Pool de conexões
Um conjunto de conexões de banco de dados já prontas que a aplicação empresta e devolve, em vez de abrir uma nova a cada consulta. Quase sempre a primeira coisa a corrigir quando uma aplicação web parece lenta.
Estabelecer uma conexão custa um handshake TCP, uma negociação TLS e autenticação — e no PostgreSQL, ainda por cima, um processo novo do sistema operacional com memória própria. Fazer isso a cada requisição HTTP é puro desperdício. O pool mantém um número fixo de conexões quentes e enfileira as requisições que não couberem. Mais não é melhor. Um pool maior do que os núcleos e discos do banco suportam gera mais disputa por lock e troca de contexto, não mais trabalho feito; a regra prática costuma ficar em torno do dobro do número de núcleos. O HikariCP é o padrão na JVM, o PgBouncer é o pooler externo para Postgres — necessário quando funções serverless abrem centenas de clientes de vida curta.