Jak sprawdzić, czy zapytanie używa indeksu?

Uruchom `EXPLAIN ANALYZE` przed zapytaniem. Jeśli plan pokazuje `Index Scan` / `Index Only Scan` — indeks działa. `Seq Scan` na dużej tabeli z filtrem oznacza brak indeksu albo indeks niedopasowany do zapytania (zła kolejność kolumn, funkcja na kolumnie, niejawna konwersja).

Czy każda kolumna w WHERE potrzebuje indeksu?

Nie — indeksy zakłada się pod realne zapytania, nie pod kolumny. Jeden indeks kompozytowy `['status', 'created_at']` obsłuży zapytania filtrujące po statusie, po statusie z sortowaniem po dacie — i (jako lewy prefiks) po samym statusie. Zaczynaj od zapytań z profilu, nie od listy kolumn.

Dlaczego indeks nie działa mimo że istnieje?

Najczęstsze przyczyny: funkcja na kolumnie (`LOWER(email)`), leading wildcard w LIKE, niejawna konwersja typu, nieaktualne statystyki (`ANALYZE`), zła kolejność kolumn w indeksie kompozytowym albo OR na różnych kolumnach. Sprawdź plan zapytania — pokaże dokładnie, co się dzieje.

Czy indeksy spowalniają zapis?

Tak — każdy INSERT/UPDATE/DELETE aktualizuje wszystkie indeksy tabeli. Tabela z 10 indeksami wykonuje przy zapisie ~10× więcej pracy na drzewach. Dlatego usuwaj nieużywane indeksy (`pg_stat_user_indexes` z `idx_scan = 0`) i preferuj kompozytowe/partial zamiast wielu pojedynczych.

Jak dodać indeks do dużej tabeli produkcyjnej bez blokady?

W PostgreSQL: `CREATE INDEX CONCURRENTLY` — buduje indeks bez blokowania zapisów (kosztem dłuższego czasu i dwóch skanów tabeli). W migracji Laravel użyj surowego SQL przez `DB::statement()`, bo standardowy `$table->index()` blokuje tabelę. Zaplanuj na okno o niskim ruchu i zweryfikuj po zbudowaniu (`ANALYZE`).

Kiedy indeks częściowy zamiast pełnego?

Gdy zapytania zawsze filtrują po stałej wartości, a ta wartość obejmuje mniejszość wierszy: `WHERE status = 'pending'`, `WHERE deleted_at IS NULL`, `WHERE active = true`. Indeks częściowy jest proporcjonalnie mniejszy i szybszy, a zapisy aktualizują go tylko dla pasujących wierszy.

Strona główna / Blog / Indeksy i EXPLAIN ANALYZE w Laravel — optymalizacja bazy [20...

22.10.2026 • Zaktualizowano: 23.10.2026 • 1 min czytania • Krzysztof Słonina

Indeksy i EXPLAIN ANALYZE w Laravel — optymalizacja bazy [2026]

Indeks to najtańsza optymalizacja w stacku — jedna linia w migracji, zysk 10–100×. Warsztat: czytanie planów zapytań, kolejność kolumn, indeksy częściowe i koszt zapisu, o którym się zapomina.

programistę Laravel do projektuaravel na zlecenie](/uslugi/programista-laravel-na-zlecenie).

📖 Zobacz również: PostgreSQL czy MySQL do Laravel, wydajność Eloquent — chunk i cursor, optymalizacja wydajności aplikacji Laravel oraz load testing i profilowanie.

Krzysztof Słonina

Full stack developer i właściciel Inoventis Solutions (informatix). Od 2009 roku buduje aplikacje webowe w Laravel/PHP, integracje e-commerce i automatyzacje procesów — m.in. OneCRMApp i FamilyTimelineApp, działające na Laravel, React i Inertia.js.

O autorze

Darmowy PDF

Checklista wymagań do wyceny aplikacji

12 pytań kontrolnych, które warto przygotować przed rozmową z wykonawcą — szybsza wycena, mniej ukrytych kosztów.

Powiązane wpisy

18.05.2026

Optymalizacja wydajności aplikacji Laravel – praktyczny poradnik

Powolna aplikacja traci użytkowników i pieniądze. Kompletny poradnik optymalizacji wydajności Laravel — od pomiaru i problemu N+1, przez cache, kolejki i indeksy, po OPcache, PHP-FPM i Laravel Octane. Z checklistą wdrożenia i kosztami.

Czytaj dalej

22.10.2026

Wydajność Eloquent — chunk, cursor i optymalizacja zapytań [2026]

Eloquent domyślnie ładuje więcej, niż potrzebujesz. Wzorce, które skracają zapytania z sekund do milisekund: chunkById, cursor, select, withCount, upsert i podzapytania — z pułapkami, które kosztują najwięcej.

Czytaj dalej

09.10.2026

PostgreSQL czy MySQL — jaką bazę danych wybrać do Laravel? [2026]

PostgreSQL czy MySQL — którą bazę wybrać do aplikacji Laravel? Porównanie możliwości, wydajności, migracji i kosztów. Praktyczne kryteria decyzyjne.

Czytaj dalej