Rollback MySQL su transazione con connessione persa/disconnessa

Question

Ho bisogno di rendere il server MySQL per la transazione di rollback immediatamente dopo che il client è disconnesso, perché ogni client funziona in modo concorrente. Il problema può essere riprodotto come questi (utilizzando un tipo InnoDB tabella)

Su client A:

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

Sul client B:

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

avevo impostato opzione server di MySQL come innodb_rollback_on_timeout e l'utilizzo client di mysql mysql --skip-reconnect su entrambi i client. Ho provato questo utilizzando un server e due client, su una rete. Ho disconnesso fisicamente la rete (scollega il cavo) dopo la linea SELECT ... FOR UPDATE;. Devo fare in modo che altri client siano in grado di utilizzare tblone su una transazione (bloccarlo, aggiornarlo) immediatamente e, poiché ciò accade, penso che il server debba eseguire il rollback della transazione per il client A, dopo che il client A si disconnette.

Answer 1

Quando disconnetti fisicamente un client non invii una normale disconnessione (che avrebbe causato un rollback) e il protocollo MySQL non è molto chiacchierone, quindi il server non sa mai che il client non è presente. Penso che questo sia un difetto nel protocollo quando si confronta con altri sistemi di database in cui il client e il server parlano internamente molto di più.

In ogni caso. Ci sono due variabili che potresti cambiare. Fondamentalmente fanno lo stesso, ma per clienti diversi.

Il primo è ed è utilizzato dai client delle applicazioni come java o php.

L'altro è interactive_timeout ed è utilizzato dal cliente mysql (come nei test)

In entrambi i casi il server per uccide la connessione dopo un certo numero di secondi e quando farlo rollback tutte le transazioni e rilasci tutti serrature.