Jak szybko sprawdzić liczbę zapytań w Laravel?

Zainstaluj Laravel Debugbar (`composer require barryvdh/laravel-debugbar --dev`) i otwórz zakładkę Queries. Alternatywnie w kodzie: `DB::enableQueryLog()` przed żądaniem i `count(DB::getQueryLog())` po. Na produkcji użyj Laravel Pulse — karta slow queries pokazuje zapytania z największym sumarycznym czasem.

Czy with() zawsze rozwiązuje problem N+1?

Tak, dla relacji, które faktycznie ładujesz. N+1 wraca, gdy relacja jest wywoływana warunkowo (np. tylko w niektórych wierszach widoku), w accessorach, API Resources albo w observerach. Dlatego po poprawce włącz `preventLazyLoading()` w testach — wtedy każdy nowy przypadek zostanie złapany.

Czy preventLazyLoading spowalnia aplikację?

Nie — to przełącznik działa wyłącznie w środowisku, w którym go włączysz. Standard: włącz w `local`/`testing`, zostaw wyłączony na `production`. Narzut w dev jest znikomy (jedno sprawdzenie flagi przy dostępie do relacji).

Czym różni się with() od load()?

`with()` działa przy budowaniu zapytania — relacje ładują się razem z wynikiem. `load()` działa na już pobranej kolekcji i wykonuje dodatkowe zapytanie dla wszystkich rekordów naraz. `with()` jest szybszy (jedno mniej okrążenie), `load()` przydaje się, gdy decyzja o relacjach zapada po pobraniu danych.

Czy N+1 dotyczy też relacji hasMany?

Tak, i jest tam kosztowniejszy — hasMany może zwracać wiele rekordów na obiekt nadrzędny. `withCount()` policzy je w bazie, a `with(['items' => fn ($q) => $q->latest()->limit(3)])` pobierze tylko potrzebny top. Uwaga: `limit()` w eager loadingu wymaga Laravela 11+ (dla wcześniejszych — pakietu `staudenmeir/eloquent-eager-limit`).

Jak przetestować, że endpoint nie ma N+1?

W teście włącz `Model::preventLazyLoading()`, wygeneruj realistyczną liczbę rekordów (factory 50–100 sztuk) i wykonaj żądanie. Jeśli gdziekolwiek poleci lazy loading, test padnie. Dodatkowo asercja budżetu: `assertLessThanOrEqual(5, count(DB::getQueryLog()))` dla listy z relacjami.

Strona główna / Blog / Problem N+1 w Laravel — jak wykryć i naprawić zapytania [202...

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

Problem N+1 w Laravel — jak wykryć i naprawić zapytania [2026]

Problem N+1 to najczęstsza przyczyna wolnych aplikacji Laravel — 101 zapytań tam, gdzie wystarczą dwa. Cztery metody wykrywania, kompletny warsztat naprawy i testy regresji w CI.

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

📖 Zobacz również: optymalizacja wydajności aplikacji Laravel, wydajność Eloquent — chunk i cursor, indeksy i EXPLAIN ANALYZE oraz Pulse i Telescope — monitoring.

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

22.10.2026

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.

Czytaj dalej