Operaciones de SQL Server

Read Committed Snapshot Isolation: beneficios y costes

Lectores y escritores pueden bloquearse con read committed basado en bloqueos. RCSI usa versiones de fila para reducirlo, pero cambia recursos y concurrencia.

Read Committed Snapshot Isolation: beneficios y costes

Lectores y escritores pueden bloquearse con read committed basado en bloqueos. RCSI usa versiones de fila para reducirlo, pero cambia recursos y concurrencia.

Qué medir

Mide bloqueo lector-escritor, crecimiento del version store en TempDB, transacciones largas, supuestos de consistencia y tiempo de conservación de versiones.

Enfoque práctico

Prueba la semántica antes de habilitarlo, dimensiona y vigila TempDB, encuentra transacciones largas y conserva bloqueos explícitos donde se necesite serialización.

Qué evitar

No llames dirty reads a las lecturas snapshot, no habilites RCSI solo para ocultar transacciones lentas y no ignores TempDB.

Resultado operativo

RCSI puede mejorar mucho la concurrencia si se aceptan conscientemente su semántica y coste.

Lista de producción

Captura una línea base y define la mejora esperada. Prueba con datos y concurrencia representativos. Conserva la configuración o el plan original, prepara una reversión, despliega en una ventana adecuada y observa el siguiente pico normal de carga.

Si quieres aplicar este método a un entorno SQL Server concreto, usa el formulario inferior e incluye la versión, el tamaño de la base, el patrón de carga y las evidencias ya recopiladas.

Pregunta sobre este artículo

¿Tiene alguna pregunta sobre este tema?

Cuéntenos qué está evaluando o dónde tiene dificultades. Le responderemos con una recomendación práctica.

Inquiries are not enabled in this preview.

Hacer una pregunta sobre este artículo