Список из 100 заказов рендерится вместе с покупателем каждого, и в логе видно 101 SQL-запрос. Какие способы исправят проблему?

N+1 возникает потому, что ленивая связь подгружается отдельным запросом на каждую строку. Замена на EAGER — самый частый неверный ответ: количество запросов остаётся тем же, просто они выполняются всегда, включая случаи, когда связь не нужна, и проблема расползается по всему приложению. JOIN FETCH и @EntityGraph решают задачу точечно, в конкретном сценарии, где данные действительно нужны. Пакетная загрузка помогает, когда переписать запрос нельзя. Отдельно стоит помнить про подводный камень JOIN FETCH с несколькими коллекциями: возникает декартово произведение, поэтому больше одной коллекции так не тянут, а используют пакетную загрузку или отдельные запросы. И самый радикальный вариант для чтения — сразу проецировать в DTO.