Seu endpoint dispara centenas de queries por requisição. Como isso acontece com JPA e como você corrige?

Isso é o problema N mais um: uma query carrega as linhas pai, e aí tocar uma associação lazy em cada uma dispara outra query por linha. Corrija buscando a associação na mesma query com um join fetch ou um entity graph, definindo um batch fetch size para o Hibernate carregar associações em grupos, ou projetando direto num DTO com só as colunas de que você precisa. Mantenha as associações lazy por padrão e faça o fetch eager por caso de uso.

É N mais um. Eu carrego uma página de pedidos numa query, aí o serializador toca order.getItems em cada um, e como a associação é lazy o Hibernate volta ao banco para cada pedido. Vinte pedidos viram vinte e uma queries, e isso só aparece com dados reais. A primeira correção é buscar o que eu preciso de uma vez, seja uma query com join fetch ou um entity graph nomeado no método do repositório, para que os itens venham junto com os pais. Se eu preciso de duas coleções separadas eu não junto as duas, porque isso multiplica linhas num produto cartesiano; em vez disso eu defino um batch fetch size para o Hibernate carregar em lotes de, digamos, cinquenta com uma cláusula in, o que dá duas queries em vez de cem. Muitas vezes a resposta real é que o endpoint não precisa de entidades, então eu projeto direto num DTO só com as colunas necessárias. O que eu não faço é trocar o mapeamento para eager, porque isso conserta um endpoint e deixa todos os outros mais lentos. Eu mantenho a coisa honesta assegurando contagens de query num teste de integração.