Aislamiento
Desliza para mostrar el menú
En el contexto de las bases de datos, aislamiento se refiere a la capacidad de un sistema de bases de datos para controlar la visibilidad de los cambios realizados por transacciones concurrentes. Garantiza que las transacciones operen de manera independiente entre sí, evitando interferencias y manteniendo la integridad de los datos.
Existen 4 niveles de aislamiento en SQL:
- read uncommitted;
- read committed;
- repeatable read;
- serializable.
Read uncommitted
Este es el nivel de aislamiento más bajo, donde las transacciones pueden ver los cambios realizados por otras transacciones incluso antes de que se confirmen. Este nivel permite lecturas sucias, lo que significa que una transacción puede leer datos que han sido modificados por otra transacción pero que aún no han sido confirmados.
Lecturas sucias
Una lectura sucia ocurre cuando una transacción lee datos que han sido modificados por otra transacción pero que aún no han sido confirmados.
Por ejemplo, imagina dos transacciones bancarias ocurriendo simultáneamente: la Transacción A consulta el saldo de tu cuenta mientras la Transacción B deposita dinero en tu cuenta. Si la Transacción A ve el saldo incrementado antes de que la Transacción B finalice, es una lectura sucia, ya que el nuevo saldo podría revertirse si la Transacción B falla.
Implementación
Para especificar el nivel de aislamiento para la transacción, se puede utilizar el siguiente comando en la consulta:
-- Start transaction
BEGIN;
-- Set the isolation level for the transaction
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
/* Transaction query */
COMMIT;
-
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;: Esta instrucción cambia el nivel de aislamiento para la transacción actual a "Read Uncommitted", permitiendo que la transacción pueda leer datos modificados por otras transacciones no confirmadas; -
este comando debe usarse solo dentro del bloque de la transacción. De lo contrario, no tendrá efecto y se utilizará el nivel de aislamiento predeterminado.
También se puede comprobar el nivel de aislamiento actual utilizando el siguiente comando:
SHOW TRANSACTION ISOLATION LEVEL;
Read committed
El nivel de aislamiento Read Committed garantiza que una transacción solo vea datos que han sido confirmados por otras transacciones.
Esto significa que los cambios no confirmados realizados por otras transacciones no son visibles para las transacciones que operan bajo el aislamiento Read Committed.
Como resultado, previene lecturas sucias al permitir que una transacción lea solo datos confirmados. Sin embargo, este nivel de transacción presenta problemas con lecturas no repetibles.
Lecturas no repetibles
Una lectura no repetible ocurre cuando una transacción lee la misma fila varias veces dentro de la misma transacción, pero los datos recuperados cambian entre lecturas debido a modificaciones realizadas por otras transacciones. Esta inconsistencia puede provocar comportamientos inesperados y resultados incorrectos.
Por ejemplo, imagina una transacción que consulta el saldo de la cuenta de un cliente dos veces. La primera consulta devuelve $1000, pero antes de que la transacción finalice, otra transacción deposita $500 en la cuenta. Cuando se ejecuta la segunda consulta, muestra $1500, lo que lleva a una lectura no repetible, donde los mismos datos se leen de manera diferente dentro de una sola transacción debido a cambios realizados por otra transacción.
El nivel de aislamiento "Read committed" permite lecturas no repetibles porque bloquea la operación de lectura sobre valores que están en proceso de transacciones no confirmadas pero no bloquea la operación de escritura.
Como resultado, se pueden escribir nuevos datos en la fila que está siendo leída por otra transacción.
Actualización perdida
Debido a la ausencia del bloqueo de escritura, existe un problema adicional con el nivel de aislamiento de lectura confirmada: actualizaciones perdidas.
Una actualización perdida es una situación en la gestión de bases de datos donde una transacción sobrescribe los cambios realizados por otra transacción, lo que provoca la pérdida de datos. Esto ocurre típicamente cuando varias transacciones intentan actualizar los mismos datos de forma concurrente y los cambios de una transacción son sobrescritos por otra antes de ser confirmados en la base de datos.
Las actualizaciones perdidas ocurren cuando dos transacciones paralelas intentan modificar la misma fila. Como resultado, la transacción que se confirma más tarde sobrescribe los valores confirmados por otras transacciones.
Implementación
También se puede especificar este nivel de aislamiento utilizando los siguientes comandos:
-- Start transaction
BEGIN;
-- Set the isolation level for the session
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
/* Transaction query */
COMMIT;
Es importante notar que Read Committed es el nivel de aislamiento predeterminado para la mayoría de los Sistemas de Gestión de Bases de Datos, por lo que podemos omitir especificarlo.
¡Gracias por tus comentarios!
Pregunte a AI
Pregunte a AI
Pregunte lo que quiera o pruebe una de las preguntas sugeridas para comenzar nuestra charla
Aislamiento
En el contexto de las bases de datos, aislamiento se refiere a la capacidad de un sistema de bases de datos para controlar la visibilidad de los cambios realizados por transacciones concurrentes. Garantiza que las transacciones operen de manera independiente entre sí, evitando interferencias y manteniendo la integridad de los datos.
Existen 4 niveles de aislamiento en SQL:
- read uncommitted;
- read committed;
- repeatable read;
- serializable.
Read uncommitted
Este es el nivel de aislamiento más bajo, donde las transacciones pueden ver los cambios realizados por otras transacciones incluso antes de que se confirmen. Este nivel permite lecturas sucias, lo que significa que una transacción puede leer datos que han sido modificados por otra transacción pero que aún no han sido confirmados.
Lecturas sucias
Una lectura sucia ocurre cuando una transacción lee datos que han sido modificados por otra transacción pero que aún no han sido confirmados.
Por ejemplo, imagina dos transacciones bancarias ocurriendo simultáneamente: la Transacción A consulta el saldo de tu cuenta mientras la Transacción B deposita dinero en tu cuenta. Si la Transacción A ve el saldo incrementado antes de que la Transacción B finalice, es una lectura sucia, ya que el nuevo saldo podría revertirse si la Transacción B falla.
Implementación
Para especificar el nivel de aislamiento para la transacción, se puede utilizar el siguiente comando en la consulta:
-- Start transaction
BEGIN;
-- Set the isolation level for the transaction
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
/* Transaction query */
COMMIT;
-
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;: Esta instrucción cambia el nivel de aislamiento para la transacción actual a "Read Uncommitted", permitiendo que la transacción pueda leer datos modificados por otras transacciones no confirmadas; -
este comando debe usarse solo dentro del bloque de la transacción. De lo contrario, no tendrá efecto y se utilizará el nivel de aislamiento predeterminado.
También se puede comprobar el nivel de aislamiento actual utilizando el siguiente comando:
SHOW TRANSACTION ISOLATION LEVEL;
Read committed
El nivel de aislamiento Read Committed garantiza que una transacción solo vea datos que han sido confirmados por otras transacciones.
Esto significa que los cambios no confirmados realizados por otras transacciones no son visibles para las transacciones que operan bajo el aislamiento Read Committed.
Como resultado, previene lecturas sucias al permitir que una transacción lea solo datos confirmados. Sin embargo, este nivel de transacción presenta problemas con lecturas no repetibles.
Lecturas no repetibles
Una lectura no repetible ocurre cuando una transacción lee la misma fila varias veces dentro de la misma transacción, pero los datos recuperados cambian entre lecturas debido a modificaciones realizadas por otras transacciones. Esta inconsistencia puede provocar comportamientos inesperados y resultados incorrectos.
Por ejemplo, imagina una transacción que consulta el saldo de la cuenta de un cliente dos veces. La primera consulta devuelve $1000, pero antes de que la transacción finalice, otra transacción deposita $500 en la cuenta. Cuando se ejecuta la segunda consulta, muestra $1500, lo que lleva a una lectura no repetible, donde los mismos datos se leen de manera diferente dentro de una sola transacción debido a cambios realizados por otra transacción.
El nivel de aislamiento "Read committed" permite lecturas no repetibles porque bloquea la operación de lectura sobre valores que están en proceso de transacciones no confirmadas pero no bloquea la operación de escritura.
Como resultado, se pueden escribir nuevos datos en la fila que está siendo leída por otra transacción.
Actualización perdida
Debido a la ausencia del bloqueo de escritura, existe un problema adicional con el nivel de aislamiento de lectura confirmada: actualizaciones perdidas.
Una actualización perdida es una situación en la gestión de bases de datos donde una transacción sobrescribe los cambios realizados por otra transacción, lo que provoca la pérdida de datos. Esto ocurre típicamente cuando varias transacciones intentan actualizar los mismos datos de forma concurrente y los cambios de una transacción son sobrescritos por otra antes de ser confirmados en la base de datos.
Las actualizaciones perdidas ocurren cuando dos transacciones paralelas intentan modificar la misma fila. Como resultado, la transacción que se confirma más tarde sobrescribe los valores confirmados por otras transacciones.
Implementación
También se puede especificar este nivel de aislamiento utilizando los siguientes comandos:
-- Start transaction
BEGIN;
-- Set the isolation level for the session
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
/* Transaction query */
COMMIT;
Es importante notar que Read Committed es el nivel de aislamiento predeterminado para la mayoría de los Sistemas de Gestión de Bases de Datos, por lo que podemos omitir especificarlo.
¡Gracias por tus comentarios!
