Read Committed Snapshot Isolation : avantages et compromis

Lecteurs et rédacteurs peuvent se bloquer en read committed avec verrous. RCSI réduit ce blocage par versions de lignes, mais modifie ressources et concurrence.

Ce qu'il faut mesurer

Mesurez blocages lecteur-rédacteur, croissance du version store TempDB, longues transactions, attentes de cohérence applicative et durée de conservation des versions.

Approche pratique

Testez la sémantique avant activation, dimensionnez et surveillez TempDB, trouvez les transactions longues et conservez des verrous explicites lorsqu'une sérialisation est réellement nécessaire.

Ce qu'il faut éviter

Ne qualifiez pas les lectures snapshot de dirty reads, n'activez pas RCSI seulement pour masquer des transactions lentes et n'ignorez pas TempDB.

Résultat opérationnel

RCSI améliore fortement la concurrence si sa sémantique et son coût de versionnement sont acceptés consciemment.

Checklist de production

Établissez une référence et définissez l'amélioration attendue. Testez avec des données et une concurrence représentatives. Conservez la configuration ou le plan d'origine, préparez un retour arrière et surveillez le prochain pic normal de charge.

Pour appliquer cette méthode à un environnement SQL Server précis, utilisez le formulaire ci-dessous et indiquez la version, la taille de la base, le profil de charge et les éléments déjà collectés.