Entenda quais anomalias evitar
Read committed, repeatable read e serializable geralmente oferecem garantias diferentes, com detalhes que variam por mecanismo. Identifique se é necessário evitar leituras sujas, não repetíveis ou resultados inconsistentes entre consultas.
Uma transação que lê um saldo e decide gravar com base nele pode precisar de mais proteção que uma consulta analítica independente. Considere bloqueio, concorrência otimista ou verificação de versão para proteger uma regra específica.
Teste contenção e recuperação
Execute transações concorrentes representativas e observe bloqueios, deadlocks e falhas de serialização. Com isolamento forte, talvez seja preciso repetir toda a transação após conflito.
Não aumente o isolamento global sem testar a carga. Documente a garantia no limite transacional e confirme que novas tentativas são seguras e efeitos externos aguardam o commit.