Read Committed Snapshot Isolation: Nutzen und Kompromisse

Leser und Schreiber können sich unter sperrbasiertem Read Committed blockieren. RCSI reduziert dies mit Zeilenversionen, verändert aber Ressourcenverbrauch und Parallelität.

Was gemessen werden sollte

Messen Sie Leser-Schreiber-Blocking, Wachstum des TempDB Version Store, lange Transaktionen, Konsistenzannahmen der Anwendung und Aufbewahrungsdauer alter Versionen.

Praktisches Vorgehen

Testen Sie die Semantik vor der Aktivierung, dimensionieren und überwachen Sie TempDB, finden Sie lange versionserhaltende Transaktionen und behalten Sie explizite Sperren bei echter Serialisierungsanforderung.

Was vermieden werden sollte

Bezeichnen Sie Snapshot Reads nicht als Dirty Reads, aktivieren Sie RCSI nicht nur zum Verbergen langsamer Transaktionen und ignorieren Sie TempDB nicht.

Betriebliches Ergebnis

RCSI kann Parallelität stark verbessern, wenn Semantik und Versionierungskosten bewusst akzeptiert werden.

Checkliste für die Produktion

Erfassen Sie eine Ausgangsbasis und definieren Sie die erwartete Verbesserung. Testen Sie mit repräsentativen Daten und realistischer Parallelität. Sichern Sie die ursprüngliche Einstellung oder den Plan, bereiten Sie einen Rollback vor und überwachen Sie die nächste normale Lastspitze.

Wenn Sie diese Methode auf eine konkrete SQL-Server-Umgebung anwenden möchten, nutzen Sie das Frageformular unten und nennen Sie SQL-Server-Version, Datenbankgröße, Lastprofil und bereits erfasste Nachweise.