Comprendre les anomalies à prévenir
Read committed, repeatable read et serializable offrent généralement des garanties différentes, dont le détail varie selon le moteur. Déterminez s’il faut éviter lectures sales, non répétables ou résultats incohérents entre requêtes.
Une transaction qui lit un solde puis décide d’une écriture peut nécessiter plus de protection qu’une requête analytique indépendante. Considérez verrouillage, concurrence optimiste ou contrôle de version pour préserver une règle précise.
Tester contention et reprise
Exécutez des transactions concurrentes représentatives et observez verrous, interblocages et échecs de sérialisation. Une isolation forte peut exiger de relancer toute la transaction après un conflit.
N’augmentez pas l’isolation globalement sans test de charge. Documentez la garantie au niveau de la transaction et vérifiez que les reprises sont sûres et que les effets externes attendent la validation.