我们已经使数据库挂起了两次，并试图找到原因。

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存储引擎。为什么？

在您的特定情况下，它不是您的表之一。如果JOIN，GROUP BY或者ORDER BY正在执行和临时表正在写入到磁盘（磁盘上的临时表使用MyISAM存储引擎）MySQL的简单地冻结的空间时进行。我怎么知道呢？

根据MySQL 5.0认证学习指南

页面408,409第29.2节的第11点说：

如果在向MyISAM表添加行时磁盘空间不足，则不会发生任何错误。服务器将挂起操作，直到有可用空间，然后再完成操作。

我之前讨论过这种情况

• Apr 05, 2013：“站点脱机” MySQL服务器无法启动和停止
• Dec 17, 2012：如何使用Amazon RDS解决MySQL“表已满”错误1114？
• Apr 25, 2012：非常大的日志文件
• Mar 15, 2012：为什么MySQL表崩溃？我该如何预防？

某件事告诉我您有以下两种情况之一

• 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

试试看 ！！！