データベースはすでに2回停止していて、原因を探そうとしました。

show processlist
Waiting for global read lock | INSERT INTO {myisam_table} ...

ここではディスク領域がいっぱいだったので、それをもう少し与えると問題は終わったと思いましたが、翌日の正午に再びハングしました。

show processlist
Waiting for table level lock | UPDATE {myisam_table} ... 

何が原因ですか？

Mysqlデフォルトエンジン：InnoDB。

データベースには、MyISAMエンジンとInnoDBエンジンの両方を備えたテーブルが混在しています。

ここに投稿されたログ：

http://arturito.net/2013/08/28/mysql-waiting-for-table-level-lock-errors/

最初の観測

• プロセスID 42686は、SELECTクエリを実行する準備をしています
• いくつかのスリープ接続があります
• 他のすべてのプロセスはテーブルロックを取得できません
• ロックを実行するには、UPDATE、DELETE、またはINSERTが必要でした。問題のテーブルの所有権を主張することはありません。
• プロセスID 42686での完全なクエリを参照してください、私はそれが必要と疑うことができないJOIN、GROUP BYまたはORDER BY

作業理論

あなたが私に与えたプロセスリストでディスクスペースが足りなくなった場合、MyISAMストレージエンジンのせいにすることができます。どうして？

特定のケースでは、それはテーブルの1つではありません。場合JOIN、GROUP BYまたはORDER BY（ディスクの一時テーブルにMyISAMストレージエンジンを使用して）実行されたと一時テーブルがディスクに書き込まれたMySQLは単にスペースの場合アウトフリーズ。どうやってそれを知るのですか？

MySQL 5.0認定調査ガイドによると

ページ408,409セクション29.2 Bulletpoint 11によると、

MyISAMテーブルに行を追加しているときにディスク領域が不足しても、エラーは発生しません。サーバーは、スペースが使用可能になるまで操作を中断し、操作を完了します。

私は以前この状況について話しました

• Apr 05, 2013：「サイトオフライン」のMySQLサーバーが起動および停止に失敗する
• Dec 17, 2012：MySQLの「テーブルがいっぱいです」というエラー1114をAmazon RDSで解決する方法
• Apr 25, 2012：非常に大きなログファイル
• Mar 15, 2012：MySQLテーブルがクラッシュするのはなぜですか？どうすれば防止できますか？

あなたはこれら2つの状況の1つを持っていると何かが教えてくれます

• SELECTのディスクベースの一時テーブルと、通常のデータとのスペースの競合
• 一時テーブルが/tmpルートパーティションに配置されている場合、スペースが不足しています

提案

提案＃1：tmpdirを別のディスクにマップする

[mysqld]
tmpdir = /another/disk/besides/root/partition

提案＃2：RAMディスクを作成する

このコードを実行して、Linuxの再起動時に使用できるRAMディスクをインストールします。

RAMDISK_SIZE=32g
service mysql stop
mkdir /var/tmpfs
echo "none   /var/tmpfs  tmpfs  defaults,size=${RAMDISK_SIZE} 1 2" >> /etc/fstab
mount -t tmpfs -o size=${RAMDISK_SIZE} none /var/tmpfs
cp -R /var/lib/mysql/* /var/tmpfs
mv /var/lib/mysql /var/lib/mysql_old
ln -s /var/tmpfs /var/lib/mysql
chown -R mysql:mysql /var/tmpfs
chown -R mysql:mysql /var/lib/mysql
service mysql start

次に、tmpdirを/var/tmpfs

試してみる ！！！