什么导致等待表级锁错误？

Question

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

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/

Answer 1

初步观察

• 进程 ID 42686 表示它准备执行 SELECT 查询
• 有一些睡眠连接
• 所有其他进程无法获取表锁
• 我本来希望 UPDATE、DELETE 或 INSERT 来进行锁定。没有人声称拥有该表的所有权。
• 不能看到进程ID 42686完整的查询，但我怀疑这涉及到一个JOIN，GROUP BY或ORDER BY

工作原理

如果您给我的进程列表用完了磁盘空间，那么我们可以将责任归咎于 MyISAM 存储引擎。为什么？

在您的特定情况下，它不是您的表之一。如果 a JOIN, GROUP BY, orORDER BY正在执行并且临时表正在写入磁盘（在磁盘临时表上使用 MyISAM 存储引擎），MySQL 会在空间不足时冻结。我怎么知道？

根据MySQL 5.0 认证学习指南

第 408,409 页第 29.2 节 Bulletpoint 11 说：

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

我之前讨论过这种情况

• Apr 05, 2013：“站点离线”MySQL 服务器无法启动和停止
• Dec 17, 2012:如何使用 Amazon RDS 解决 MySQL“The table is full”错误 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

试一试 ！！！