Общие признаки задачи запроса n+1 включают следующие подробные показатели:
- Чрезмерное количество запросов: наиболее очевидным признаком является то, что ваше приложение выполняет гораздо больше запросов базы данных, чем ожидалось. Как правило, вы видите один первоначальный запрос, чтобы получить список записей, за которым следует дополнительный запрос для каждой записи для получения связанных данных. Например, получение 10 пользователей, а затем запустить 10 отдельных запросов, чтобы получить посты каждого пользователя, результаты в 11 запросах вместо одного оптимизированного запроса [1] [3].
- Медленное время отклика применения: поскольку каждый запрос требует перехода к базе данных, совокупный эффект многих небольших запросов значительно замедляет поиск данных. Это приводит к более медленным нагрузкам на страницу или ответам API, что делает приложение менее отзывчивым на запросы пользователей [1] [5].
- Высокая нагрузка базы данных: сервер базы данных испытывает повышенную нагрузку из -за большого количества запросов, которые могут напрягать ресурсы и снижать общую пропускную способность системы. Это может ухудшить производительность и масштабируемость ограничения по мере увеличения количества пользователей или данных [3] [5] [6].
- Невидимый в медленных журналах запросов: в отличие от одного медленного запроса, проблема N+1 часто остается незамеченной в медленных журналах запросов, потому что каждый отдельный запрос работает быстро. Тем не менее, совокупный эффект многих запросов вызывает снижение производительности [2].
- Неожиданные или скрытые запросы, запускаемые ORM: при использовании картирования объектно-реламентального отображения (ORM) проблема N+1 часто возникает из-за ленивой нагрузки или неправильной конфигурации. Доступ к смежным объектам в цикле может запустить дополнительные запросы без явных вызовов в коде, что затрудняет обнаружение, просто посмотрев на исходный код [2] [5] [6].
- Уздкие места производительности в шаблонах извлечения данных: если ваше приложение имеет сложные объекты и получает связанные с ними данные на несколько шагов, а не в одном оптимизированном запросе, этот шаблон является сильным показателем задачи N+1 [6].
Таким образом, общими признаками представляют собой неожиданно большое количество запросов базы данных для того, что должно быть простой поиск данных, медленное время отклика из -за нескольких круглых поездок базы данных, повышенная нагрузка на сервер базы данных и трудности с обнаружением проблемы, поскольку каждый запрос индивидуально выполняется быстро, но коллективно вызывает задержки. Эти симптомы особенно распространены в приложениях с использованием ORM с ленивым поведением нагрузки по умолчанию [1] [2] [3] [5] [6] [7].
Цитаты:
[1] https://planetscale.com/blog/what-is-n-1-query-problem-and-how-to-solve-it
[2] https://stackoverflow.com/questions/97197/what-is-the-n1-selects-problem-in-orm-object-Relational-картирование
[3.]
[4] https://evnedev.com/blog/development/the-n1-query-problem-what-is-it-and-how-do-you-solve-it/
[5] https://digma.ai/n1-query-problem-and-how-te-detect-it/
[6] https://www.neurelo.com/post/what-is-the-n-1-query-problem
[7] https://dev.to/lovestaco/the-n1-query-problem-the-silent-performance-killer-2b1c
[8] https://www.pullrequest.com/blog/avoiding-n-1-database-queries-in-asp-net-a-practical-guide/