Каковы типичные причины возникновения проблемы N+1 запроса и других лишних обращений к БД?

Лишние запросы возникают из-за неоптимальной стратегии загрузки связанных данных, часто при использовании ORM (Hibernate, Entity Framework).

1. Классическая проблема N+1: ORM выполняет 1 запрос для получения списка сущностей (N), а затем по одному дополнительному запросу для загрузки связанных данных для каждой из них (+1).

// Hibernate/JPA пример (со связью @OneToMany lazy)
List<Author> authors = entityManager.createQuery("SELECT a FROM Author a", Author.class).getResultList(); // 1 запрос
for (Author a : authors) {
    // Для каждого автора выполняется отдельный запрос за его книгами -> N запросов
    System.out.println(a.getBooks().size());
}
// ИТОГО: 1 + N запросов

Решение: Использовать JOIN FETCH или EntityGraph для eager-загрузки в основном запросе.

SELECT a FROM Author a JOIN FETCH a.books

2. Другие причины:

• Отсутствие пакетной загрузки (Batch Fetching): Даже при JOIN FETCH для коллекций может возникнуть "cartesian product". Настройка batch-загрузки решает это.
• Неэффективное кэширование: Постоянные запросы одних и тех же справочных данных. Решение — использование кэша второго уровня (L2 Cache) в ORM или внешнего кэша (Redis).
• Циклы в бизнес-логике: Выполнение запроса внутри цикла по элементам, полученным из другого запроса.
• Избыточные EAGER-загрузки: Аннотация FetchType.EAGER загружает связанные данные всегда, даже когда они не нужны, увеличивая нагрузку и время отклика.
• Отсутствие пагинации: Загрузка всех строк таблицы вместо использования LIMIT/OFFSET или ключей пагинации.

Общая рекомендация: Всегда анализировать SQL-логи, генерируемые ORM, с помощью настроек show_sql или профилировщика БД, чтобы выявлять и устранять лишние запросы.