Retroceso de MySQL en la transacción con la conexión perdida/desconectada

Question

Necesito hacer que el servidor MySQL revertir la transacción inmediatamente después de que su cliente se desconectó, porque cada cliente funciona al mismo tiempo. El problema se puede reproducir como estos (utilizando un tipo de tabla InnoDB)

El Cliente A:

START TRANSACTION; 
SELECT MAX(ID) FROM tblone FOR UPDATE; 
#... then disconnect your connection to the server 

El Cliente B:

START TRANSACTION; 
SELECT MAX(ID) FROM tblone FOR UPDATE; 
#... lock wait time out will occur here 

me había propuesto opción de servidor de MySQL como innodb_rollback_on_timeout y el uso cliente de mysql mysql --skip-reconnect en ambos clientes. Intenté esto usando un servidor y dos clientes en una red. Desconecté físicamente la red (desconecto el cable) después de la línea SELECT ... FOR UPDATE;. Necesito hacer que otros clientes puedan usar el tblone en una transacción (bloquearlo, actualizarlo) inmediatamente, y para que eso suceda, creo que el servidor debería revertir la transacción para el Cliente A, después de que el Cliente A se desconecte.

Answer 1

Cuando desconecta físicamente un cliente no está enviando una desconexión normal (lo que hubiera provocado una reversión) y el protocolo MySQL no es muy hablador por lo que el servidor nunca sabe que el cliente no está allí. Creo que esto es un defecto en el protocolo al compararlo con otros sistemas de bases de datos donde el cliente y el servidor hablan internamente mucho más.

De todos modos. Hay dos variables que puedes cambiar. Básicamente hacen lo mismo pero para diferentes clientes.

El primero es wait_timeout y lo utilizan clientes de aplicaciones como java o php.

El otro es interactive_timeout y que es utilizado por el cliente mysql (como en las pruebas)

En ambos casos el servidor para mata la conexión después de un número de segundos y al hacerlo Rollbacks todas las transacciones y libera todos cabellos.