「ロック待機タイムアウトを超えました。「スタックした」Mysqlテーブルのトランザクションを再起動してみてください。

スクリプトから、このようなクエリを何千回もローカルデータベースに送信しました。

update some_table set some_column = some_value

where部分を追加するのを忘れたので、同じ列がテーブル内のすべての行の同じaの値に設定され、これは何千回も実行され、列にインデックスが付けられたので、対応するインデックスがおそらく何度も更新されました。

時間がかかりすぎたため、問題が発生したため、スクリプトを強制終了しました。それ以来、コンピューターを再起動しましたが、単純なクエリの実行に非常に長い時間がかかり、関連するインデックスを削除しようとすると、次のメッセージが表示されて失敗するため、テーブルに何かが詰まっています。

Lock wait timeout exceeded; try restarting transaction

これはinnodbテーブルなので、トランザクションのスタックはおそらく暗黙的です。このテーブルを修正してスタックしたトランザクションを削除するにはどうすればよいですか？

同様の問題があり、実行中のスレッドを確認することで解決しました。実行中のスレッドを表示するには、mysqlコマンドラインインターフェイスで次のコマンドを使用します。

SHOW PROCESSLIST;

mysqlコマンドラインインターフェイスにアクセスできない場合は、phpMyAdminから送信することもできます。
これにより、対応するIDと実行時間を持つスレッドのリストが表示されるため、実行に時間がかかりすぎるスレッドを強制終了できます。phpMyAdminには、KILLを使用してスレッドを停止するためのボタンがあります。コマンドラインインターフェースを使用している場合は、次の例のように、KILLコマンドの後にスレッドIDを指定するだけです。

KILL 115;

これにより、対応するスレッドの接続が終了します。

現在実行中のトランザクションを確認できます

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

それはリストの中で最も古いので、あなたのトランザクションは最初のものでなければなりません。次に、値を取得しtrx_mysql_thread_idてKILLコマンドを送信します。

KILL 1234;

どのトランザクションが自分のものかわからない場合は、最初のクエリを頻繁に繰り返し、どのトランザクションが持続しているかを確認してください。

ロックのInnoDBステータスを確認する

SHOW ENGINE InnoDB STATUS;

MySQLオープンテーブルを確認する

SHOW OPEN TABLES WHERE In_use > 0;

保留中のInnoDBトランザクションを確認する

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

ロックの依存関係を確認する-何が何をブロックするか

SELECT * FROM `information_schema`.`innodb_locks`;

上記の結果を調査すると、何がロックされているかを確認できるはずです。

問題の根本的な原因はコードにもある可能性があります-HibernateのようなJPAを使用している場合は、特に注釈について関連する関数を確認してください。

たとえば、ここで説明しているように、次のアノテーションを誤用すると、データベースがロックされる可能性があります。

@Transactional(propagation = Propagation.REQUIRES_NEW) 

これは、データベースのサイズが大きくなり、多くのトランザクションを実行していたときに起こりました。

真実は、おそらくクエリまたはDBのいずれかを最適化するいくつかの方法があるが、回避策の修正のためにこれらの2つのクエリを試してください。

これを実行してください：

SET GLOBAL innodb_lock_wait_timeout = 5000; 

そしてこれ：

SET innodb_lock_wait_timeout = 5000; 

トランザクションの接続を確立すると、トランザクションを実行する前にロックを取得します。ロックを取得できない場合は、しばらくしてみてください。それでもロックを取得できない場合は、ロック待機時間超過エラーがスローされます。ロックを取得できないのは、接続を閉じていないためです。したがって、2回目にロックを取得しようとすると、以前の接続がまだ閉じられておらず、ロックを保持しているため、ロックを取得できません。

解決策： 接続を閉じるか、setAutoCommit(true)（設計に応じて）ロックを解放します。

MySQLを再起動します。正常に動作します。

しかし、このようなクエリがスタックしている場合は、問題のどこかにあることを注意してください：

• クエリで（誤って配置された文字、デカルト積、...）
• 編集する非常に多数のレコード
• 複雑な結合またはテスト（MD5、部分文字列LIKE %...%など）
• データ構造の問題
• 外部キーモデル（チェーン/ループロック）
• 誤ってインデックス化されたデータ

@syedrakibが言ったように、それは機能しますが、これはプロダクションにとって長生きするソリューションではありません。

注意：再起動を行うと、一貫性のない状態でデータに影響を与える可能性があります。

また、MySQLがEXPLAINキーワードを使用してクエリを処理する方法を確認し、クエリを高速化するために何か可能かどうかを確認できます（インデックス、複雑なテストなど）。

mysqlでプロセスに移動します。

タスクがまだ機能していることがわかります。

特定のプロセスを強制終了するか、プロセスが完了するまで待ちます。

「更新」文で同じ問題に遭遇しました。私の解決策は、テーブルのphpMyAdminで使用可能な操作を単に実行することでした。テーブルを最適化、フラッシュ、および最適化しました（この順序ではありません）。テーブルを削除してバックアップから復元する必要はありません。:)

同じ問題がありました。SQLのデッドロックの問題だったと思います。タスクマネージャーからSQLプロセスを強制的に閉じることができます。それでも問題が解決しない場合は、コンピュータを再起動してください。テーブルを削除してデータをリロードする必要はありません。

特定のグループのレコードを削除しようとすると、この問題が発生しました（Webサーバー上のMySQLへのODBC接続でMS Access 2007を使用）。通常、MySQLから特定のレコードを削除してから、更新されたレコードで置き換えます（複数の関連レコードをカスケード削除します。これにより、1つのレコードの削除ですべての関連レコードの削除が効率化されます）。

テーブルに対してphpMyAdminで使用可能な操作（optimize、flushなど）を実行しようとしましたが、フラッシュしようとすると、RELOADエラーの権限が必要になりました。データベースがWebサーバー上にあるため、データベースを再起動できませんでした。バックアップからの復元はオプションではありませんでした。

Web上のcPanel mySQLアクセスで、このレコードのグループに対して削除クエリを実行してみました。同じエラーメッセージが表示された。

私の解決策：Sun（Oracle）の無料のMySQLクエリブラウザ（以前に自分のコンピュータにインストールしたもの）を使用して、そこで削除クエリを実行しました。問題は解決しました。その後、MySQL接続へのODBCアクセスを使用して、Accessスクリプトを使用して機能をもう一度実行することができました。

修正しました。

クエリに挿入するデータ型が一致していないことを確認してください。「ユーザーブラウザーエージェントのデータ」を試していて、VARCHAR(255)このロックに問題があるという問題がありましたが、変更するTEXT(255)と修正されました。

そのため、おそらくデータタイプの不一致です。

テーブルを削除してバックアップから復元することで問題を解決しました。