Risolto il problema con “Timeout attesa blocco bloccato; provare a riavviare la transazione "per una tabella Mysql" bloccata "?

Da uno script ho inviato una query come questa migliaia di volte al mio database locale:

update some_table set some_column = some_value

Ho dimenticato di aggiungere la parte where, quindi la stessa colonna è stata impostata sullo stesso valore per tutte le righe nella tabella e questo è stato fatto migliaia di volte e la colonna è stata indicizzata, quindi l'indice corrispondente è stato probabilmente aggiornato troppe volte .

Ho notato che qualcosa non andava, perché ci è voluto troppo tempo, quindi ho ucciso la sceneggiatura. Ho anche riavviato il mio computer da allora, ma qualcosa si è bloccato nella tabella, perché le query semplici richiedono molto tempo per l'esecuzione e quando provo a eliminare l'indice rilevante non riesce con questo messaggio:

Lock wait timeout exceeded; try restarting transaction

È una tabella innodb, quindi la transazione bloccata è probabilmente implicita. Come posso risolvere questa tabella e rimuovere la transazione bloccata da essa?

Ho avuto un problema simile e l'ho risolto controllando i thread in esecuzione. Per vedere i thread in esecuzione utilizzare il seguente comando nell'interfaccia della riga di comando mysql:

SHOW PROCESSLIST;

Può anche essere inviato da phpMyAdmin se non si ha accesso all'interfaccia della riga di comando di mysql.
Verrà visualizzato un elenco di thread con ID e tempo di esecuzione corrispondenti, in modo da poter KILL i thread che impiegano troppo tempo per essere eseguiti. In phpMyAdmin avrai un pulsante per interrompere i thread usando KILL, se stai usando l'interfaccia della riga di comando usa semplicemente il comando KILL seguito dall'ID thread, come nell'esempio seguente:

KILL 115;

Ciò interromperà la connessione per il thread corrispondente.

Puoi controllare le transazioni attualmente in esecuzione con

SELECT * FROM `information_schema`.`innodb_trx` ORDER BY `trx_started`

La tua transazione dovrebbe essere una delle prime, perché è la più vecchia dell'elenco. Ora prendi semplicemente il valore trx_mysql_thread_ide invialo il KILLcomando:

KILL 1234;

Se non sei sicuro di quale transazione è tua, ripeti la prima query molto spesso e vedi quali transazioni persistono.

Controlla lo stato di InnoDB per i blocchi

SHOW ENGINE InnoDB STATUS;

Controlla le tabelle aperte di MySQL

SHOW OPEN TABLES WHERE In_use > 0;

Controlla le transazioni InnoDB in sospeso

SELECT * FROM `information_schema`.`innodb_trx` ORDER BY `trx_started`; 

Controlla la dipendenza dal blocco: cosa blocca cosa

SELECT * FROM `information_schema`.`innodb_locks`;

Dopo aver esaminato i risultati sopra, dovresti essere in grado di vedere cosa blocca cosa.

La causa principale del problema potrebbe essere anche nel tuo codice: controlla le funzioni correlate soprattutto per le annotazioni se usi JPA come Hibernate.

Ad esempio, come descritto qui , l'uso improprio della seguente annotazione potrebbe causare blocchi nel database:

@Transactional(propagation = Propagation.REQUIRES_NEW) 

Questo ha cominciato a succedere a me quando la dimensione del mio database è cresciuta e stavo facendo molte transazioni su di esso.

La verità è che probabilmente c'è un modo per ottimizzare le tue query o il tuo DB, ma prova queste 2 query per risolvere il problema.

Esegui questo:

SET GLOBAL innodb_lock_wait_timeout = 5000; 

E poi questo:

SET innodb_lock_wait_timeout = 5000; 

Quando si stabilisce una connessione per una transazione, si acquisisce un blocco prima di eseguire la transazione. Se non riesci ad acquisire il lucchetto, allora prova per un po '. Se il blocco non è ancora ottenibile, viene generato l'errore del tempo di attesa superato. Il motivo per cui non è possibile acquisire un blocco è che non si sta chiudendo la connessione. Pertanto, quando si tenta di ottenere un blocco una seconda volta, non sarà possibile acquisire il blocco poiché la connessione precedente è ancora chiusa e si tiene il blocco.

Soluzione: chiudere la connessione o setAutoCommit(true)(secondo il proprio disegno) per rilasciare il blocco.

Riavvia MySQL, funziona benissimo.

MA attenzione che se una tale query è bloccata, c'è un problema da qualche parte:

• nella tua query (carattere fuori posto, prodotto cartesiano, ...)
• record molto numerosi da modificare
• join o test complessi (MD5, sottostringhe LIKE %...%, ecc.)
• problema di struttura dei dati
• modello chiave esterna (blocco catena / anello)
• dati errati

Come ha detto @syedrakib, funziona ma questa non è una soluzione di lunga durata per la produzione.

Attenzione: il riavvio può influire sui dati con uno stato incoerente.

Inoltre, puoi controllare come MySQL gestisce la tua query con la parola chiave EXPLAIN e vedere se è possibile qualcosa lì per accelerare la query (indici, test complessi, ...).

Vai ai processi in mysql.

Quindi posso vedere che l'attività è ancora funzionante.

Uccidi il processo particolare o attendi il completamento del processo.

Ho riscontrato lo stesso problema con una dichiarazione di "aggiornamento". La mia soluzione era semplicemente quella di eseguire le operazioni disponibili in phpMyAdmin per la tabella. Ho ottimizzato, svuotato e deframmentato la tabella (non in quell'ordine). Non è necessario eliminare la tabella e ripristinarla dal backup per me. :)

Ho avuto lo stesso problema. Penso che sia stato un problema di deadlock con SQL. È possibile forzare la chiusura del processo SQL da Task Manager. Se il problema persiste, riavvia il computer. Non è necessario eliminare la tabella e ricaricare i dati.

Ho avuto questo problema durante il tentativo di eliminare un determinato gruppo di record (utilizzando MS Access 2007 con una connessione ODBC a MySQL su un server Web). Solitamente eliminerei determinati record da MySQL e li sostituivo con quelli aggiornati (eliminando in cascata diversi record correlati, questo semplifica l'eliminazione di tutti i record correlati per una singola eliminazione di record).

Ho provato a eseguire le operazioni disponibili in phpMyAdmin per la tabella (ottimizzazione, svuotamento, ecc.), Ma stavo ottenendo l'autorizzazione necessaria per ricaricare l'errore quando ho provato a svuotare. Poiché il mio database si trova su un server Web, non sono riuscito a riavviare il database. Il ripristino da un backup non era un'opzione.

Ho provato a eseguire la query di eliminazione per questo gruppo di record sull'accesso mySQL cPanel sul Web. Ho ricevuto lo stesso messaggio di errore.

La mia soluzione: ho usato il MySQL Query Browser gratuito di Sun (Oracle) (che avevo precedentemente installato sul mio computer) e lì ho eseguito la query di eliminazione. Ha funzionato immediatamente, Problema risolto. Sono stato quindi in grado di eseguire nuovamente la funzione utilizzando lo script Access utilizzando la connessione ODBC Access a MySQL.

Aggiustato.

Assicurati di non avere inserimenti di tipo di dati non corrispondenti nella query. Ho avuto un problema a cui stavo provando "dati agente browser utente" inVARCHAR(255) e ho avuto problemi con questo blocco quando l'ho modificato in TEXT(255)esso risolto.

Quindi molto probabilmente si tratta di una mancata corrispondenza del tipo di dati.

Ho risolto il problema eliminando il tavolo e ripristinandolo dal backup.