クエリがテーブルレベルのロックを待機しないようにする方法

お客様のデータベースを追加のサーバーに移動した後、問題が発生しました。これはサイトのパフォーマンスにプラスの影響を与えるはずでしたが、MyISAMのテーブルロックに問題があります。（MyISAMの代わりにInnoDBを使用することを聞いたことがありますが、近い将来エンジンを変更することはできません）。
モデレーターが記事サイトのコメントをアクティブ化するときに実行されるupdate-queryにそれを見つけることができます。これはプロセスです：

• update-queryが処理されます SET status = 1 WHERE id = 5（インデックスが設定されます）
• ページのキャッシュファイルが削除されます

この時点で、ページ全体が遅くなります。データベース自体は数分間ビジーです。私はプロセスリストを数回フェッチし、さまざまな選択クエリの約60のエントリを確認しました。これらはすべて、テーブルレベルのロックを待機している状態でした。

1.テーブルに対するこの更新が、テーブルレベルのロックを待機するテーブルのarticle_commentsselect-statementsに影響を与える理由がわかりませんarticle。プロセスリストでは、待機中のほとんどすべてのクエリがこのテーブルからのものでした。selectよりもupdate / insertが優先され、これがそのような問題を引き起こす可能性があるという事実を読みましたが、記事テーブル自体はコメントがアクティブになっても更新されないので、selectは待つべきではありません。私はそれを誤解しましたか？
2.この動作を防止するため、または少なくともより良いバランスを得るために、InnoDBに変更する以外に何かありますか？データベースを新しいサーバーに移動する前にこの問題が発生しなかったという事実に非常に苛立ちました。いくつかの設定ミスがあると思いますが、特定する方法がわかりません。

MyISAMストレージエンジンは、DML（INSERT、UPDATE、DELETE）に対してフルテーブルロックを実行することで猛烈に悪名高くなっています。InnoDBは間違いなく長期的にその問題を解決します。

MyISAMとInnoDBを使用する場合の長所と短所について書いた

• 多くのインデックスを持つInnoDBとMyISAM（2012年7月5日）
• InnoDBとMyISAMのどちらが速いですか？（2012年5月3日）
• MyISAMからInnoDBに変換する際の問題点はありますか？（2012年1月9日）
• MyISAM以外のストレージエンジンを使用してこれらのテーブルを最適化する必要がありますか、それともより優れたディスクを取得する必要がありますか？（2011年10月7日）
• テーブルレベルロックの利点（2011年9月14日）
• InnoDBとMyISAMの主な違いは何ですか？（2011年4月14日）

現在の質問に関して、考えられるシナリオは次のとおりです。

• articleそしてarticle_comments、どちらもMyISAMテーブルです
• article_commentsstatus列として1つ以上のインデックスがあります
• のインデックスページの更新article_commentsは、MyISAMキーバッファー（key_buffer_sizeでサイズ設定）にキャッシュされ、MyISAMキーバッファーから古いインデックスページが生成されます。
• articleとの間でJOINを実行するSELECTクエリがありますarticle_comments

私の提案するシナリオでは、articleテーブルに対するSELECTは、article_commentsDML（この場合はUPDATE）がなくなるまで待機する必要があるため、書き込みを許可しないようにすることができます。

この時点で、ページ全体が遅くなります。データベース自体は数分間ビジーです。

大きなQuery_cacheがあるようなにおいですか？

mysql> SHOW VARIABLES LIKE 'query_cache%';
+------------------------------+----------+
| Variable_name                | Value    |
+------------------------------+----------+
| query_cache_limit            | 1048576  |
| query_cache_min_res_unit     | 4096     |
| query_cache_size             | 16777216 | -- Not over 50M
| query_cache_type             | DEMAND   | -- Only if using SQL_CACHE
| query_cache_wlock_invalidate | OFF      |
+------------------------------+----------+

書き込みが多い本番システムでは、query_cacheをオフにすることもできます。

すべての時に与えられたテーブルのquery_cacheのエントリが消去されます任意の書き込みは、そのテーブルに発生します。QCが大きいほど、このタスクは遅くなります。

MyISAMは「テーブルレベル」のロックを使用します。読み取りと書き込みを同時に（同じテーブルで）行うことはできません。粗野ですが効果的です。