MySQL: Transacciones vs Tablas de Bloqueo

Bloquear tablas evita que otros usuarios de BD afecten las filas/tablas que ha bloqueado. Pero las cerraduras, por sí mismas, NO asegurarán que su lógica salga en un estado consistente.

Piense en un sistema bancario. Cuando pagas una factura en línea, hay al menos dos cuentas afectadas por la transacción: Tu cuenta, de la que se toma el dinero. Y la cuenta del receptor, a la que se transfiere el dinero. Y la cuenta del banco, en la que felizmente depositarán todos los tarifas de servicio cobradas en la transacción. Dado (como todo el mundo sabe en estos días) que los bancos son extraordinariamente estúpidos, digamos que su sistema funciona así:

$balance = "GET BALANCE FROM your ACCOUNT";
if ($balance < $amount_being_paid) {
    charge_huge_overdraft_fees();
}
$balance = $balance - $amount_being paid;
UPDATE your ACCOUNT SET BALANCE = $balance;

$balance = "GET BALANCE FROM receiver ACCOUNT"
charge_insane_transaction_fee();
$balance = $balance + $amount_being_paid
UPDATE receiver ACCOUNT SET BALANCE = $balance

Ahora, sin bloqueos ni transacciones, este sistema es vulnerable a varias condiciones de carrera, la mayor de las cuales es que se realicen múltiples pagos en su cuenta o en la cuenta del receptor en paralelo. Mientras que su código tiene su saldo recuperado y está haciendo el huge_overdraft_fees() y demás, es enteramente posible que algún otro pago se ejecutará el mismo tipo de código en paralelo. Que va a ser recuperar el saldo (es decir, $100), hacer sus transacciones (sacar los $20 que están pagando, y los $30 que están atornillando con), y ahora los dos rutas de código tenemos dos diferentes saldos: $80 y $70. Dependiendo de cuál termine último, terminarás con cualquiera de esos dos saldos en tu cuenta, en lugar de los 5 50 que deberías haber tenido ($100 - $20 - $30). En este caso, "error bancario en tu favor".

Ahora, digamos que usas cerraduras. El pago de su factura ($20) llega primero, por lo que gana y bloquea el registro de su cuenta. Ahora usted tiene uso exclusivo, y puede deducir los 2 20 del saldo, y escribir el nuevo saldo en paz... y su cuenta termina con $80 como se espera. Pero... uhoh... Intenta actualizar la cuenta del receptor, y está bloqueada, y bloqueada más tiempo del que el código permite, cronometrando su transacción... Estamos tratando con bancos estúpidos, así que en su lugar de tener un manejo adecuado de errores, el código simplemente tira de un exit(), y sus 2 20 se desvanecen en una nube de electrones. Ahora estás fuera de $20, y todavía debes 2 20 al receptor, y su teléfono se embargó.

So... ingrese transacciones. Inicia una transacción, debita a su cuenta 2 20, intenta acreditar al receptor con 2 20... y algo explota de nuevo. Pero esta vez, en lugar de exit(), el código solo puede hacer rollback, y poof, sus 2 20 se agregan mágicamente a su cuenta.

Al final, se reduce a esto:

Los bloqueos evitan que cualquier otra persona interfiera con cualquier registro de base de datos con el que esté tratando. Las transacciones evitan que cualquier error " posterior "interfiera con las cosas" anteriores " que haya hecho. Ninguno de los dos por sí solo puede garantizar que las cosas funcionen bien al final. Pero juntos, lo hacen.

En la lección de mañana: La Alegría de los Estancados.