Проблема N+1 запросов — когда доступ к связям в цикле вызывает отдельный запрос для каждой записи — является самой распространённой проблемой производительности Eloquent. Eager loading с with() — это основное решение, наряду с другими оптимизациями (выбор колонок, chunking, индексирование).
= ::();
( ) {
->author->name;
}
= ::()->();
( ) {
->author->name;
}
with() предварительно загружает связи (один дополнительный запрос на связь вместо одного на запись), превращая 101 запрос в 2 — это драматическое улучшение. Это главная оптимизация Eloquent.
Post::with(['author', 'comments'])->get(); // multiple relationships
Post::with('comments.user')->get(); // nested
Post::with(['comments' => fn($q) => $q->latest()])->get(); // constrained
User::withCount('posts')->get(); // count without loading (post_count)
// in development, make lazy loading THROW so you catch N+1 problems early
Model::preventLazyLoading(); // in a service provider (dev)
// or use Laravel Debugbar / Telescope to see query counts per request
Такие инструменты как Debugbar/Telescope показывают количество запросов на странице (визуально выявляют N+1), а preventLazyLoading() превращает случайные ленивые загрузки в ошибки во время разработки.
User::select('id', 'name')->get(); // fetch only needed columns
User::chunk(1000, fn($users) => ...); // process huge sets in batches (memory)
User::cursor(); // lazy iteration — constant memory
// + add database INDEXES on filtered/joined columns (the biggest DB-level win)
// + use the query builder / database aggregation instead of PHP loops over collections
Устранение N+1 запросов и оптимизация Eloquent — критически важные знания производительности для Laravel приложений — N+1 проблема является наиболее распространённой и значительной проблемой производительности в Laravel, и понимание того, как её предотвратить, является необходимым.
Проблема коварна тем, что удобный доступ к связям в Eloquent ($post->author) скрытно вызывает запрос к базе данных каждый раз, поэтому код, который хорошо работает с малым объёмом данных, деградирует катастрофически при увеличении данных (100 записей становятся 101 запросом), часто обнаруживаясь только в production под нагрузкой. Eager loading с with() — это главное решение — загрузка связей заранее в пару запросов вместо одного на запись — и знание его вариаций (множественные, вложенные, условные eager loads, withCount) охватывает основные потребности.
Не менее ценным является знание того, как обнаруживать N+1 проблемы (Debugbar/Telescope для просмотра количества запросов, preventLazyLoading() для преобразования случайных ленивых загрузок в ошибки во время разработки), чтобы найти их до production.
Помимо N+1, другие оптимизации — выбор только необходимых колонок, chunking/cursors для обработки больших наборов данных без истощения памяти, агрегирование на уровне базы данных вместо обработки на уровне PHP коллекций, и критически важное индексирование колонок с фильтрацией/объединением (часто самый большой выигрыш на уровне базы данных) — дополняют инструментарий.
Понимание этого — особенно распознавание и устранение N+1 с помощью eager loading — это важное знание уровня senior разработчика, которое отличает разработчиков, пишущих высокопроизводительные Laravel приложения, от тех, чьи приложения замедляются при увеличении данных, делая это часто актуальной и высокоценной темой для создания масштабируемых приложений.