Identifica quais queries estão causando gargalo, verifique se você precisa de fato retornar todos os dados que ela está retornando se não reduza, verifique se os joins são de fato necessários se houver algum e remova se não forem e execute um explain analyze para entender se a query esta usando os indices corretamente caso existam, se não existirem adicione indices nas colunas que fizerem sentido.

Outro ponto o prisma quis reinventar a roda como ORM utilizando a própria lógica nos joins e na forma que ele constroi as queries, em resumo ele
vai fazer as queries de forma encadeada ao invés de usar joins explicitos o que causa esses problemas de performance, as versões mais recentes permitem que você passe uma prop para indicar que quer que ele use joins explicitos.

esses primeiros passos vão dar um norte e possivelmente resolver maior parte dos problemas, além disso considere trocar o prisma por outro ORM e também reveja sua modelagem de dados para entender se ela não pode ser a raiz dos problemas de performance.

O que fariam diferente pra aguentar o tranco de centenas de requisições simultâneas sem afundar tudo?

Sinceramente essa quantidade de dados não é "tranco". Alguma implementação está muito errada.

Alguns passos que podem ajudar:

Querys N + 1

Esse aqui é certamente o MAIOR pesadelo de todo desenvolvedor.

function calcOrderPrice(order: Order) {
    let price = 0
    for(item in order.items) {
        price += **item.product.price**
    }
}

Nesse código cada product vai ser carregado dentro do for. Se o carrinho tiver 50 itens, serão mais de 50 querys no DB.

Profiler

Todo código em produção deveria ter uma ferramenta de instrumentação para dizer exatamente onde está o gargalo. Quais são os métodos que consomem mais recursos ou demoram mais para executar? o que eles tem em comum? Quantas chamadas E/S cada método tem? Qual é o recurso que está gargalando? é DB? é a instância da aplicação?

Disclaimer

Se você já é macaco velho, pleno/sênior da vida, me conta

Você é iniciante e está sozinho no projeto? Se sim, você trabalha para uma empresa? não há alguém mais experiente na sua empresa que você possa pedir ajuda?

Sabendo o endpoint com problema e o problema sendo realmente no BD (a resposta do BD é devolvida direto ou algo é feito antes?), você pode imprimir o SQL gerado pelo ORM para a consulta e analisá-lo.

• analisar os joins criados (atributos com EAGER podem gerar joins desnecessários)
• analisar opções para otimizar (criação de índices, views, etc)

Meus 2 cents,

Olha, centenas de requisicoes e 450k registros nao deveriam causar todo este problema (um SQLite em maquina local daria conta sem maiores dificuldades).

O que voce precisa olhar:

1. Qual a requisicao / endpoint que causa mais problemas ? Ou seja, o acesso ao recurso/pagina/etc X eh o problematico.

Ai voce pega este endpoint, tira os acessos a banco e testa novamente - e ve se normalizou. Sim, repoe o acesso a 1 tabela. Testa. Tudo OK, vai para a proxima tabela e assim sucessivamente ate achar o ponto exato que causa o stress.

Achou ? Analise se pode ser uma questao de falta de indice, SQL (peca para mostrar e fazer o explain do SQL gerado - full search eh ruim)

Existem formas mais limpas de fazer isso - mas assim de bate pronto e sem recorrer a ferramentas especificas de analise, eh um caminho.