MySQL中Waiting for table metadata lock的解决方法

最新推荐文章于 2024-03-06 17:27:53 发布

Atlim

最新推荐文章于 2024-03-06 17:27:53 发布

阅读量1.5k

点赞数

CC 4.0 BY-SA版权

分类专栏：笔记

本文链接：https://blog.csdn.net/atlim/article/details/115263051

笔记专栏收录该内容

1 篇文章

订阅专栏

当遇到MySQL中'Waiting for table metadata lock'的错误时，可以通过`show full processlist`命令查找导致锁的会话ID。这个ID并非系统进程ID，而是会话ID。要结束该会话，需要使用管理员权限执行`kill 会话ID`。通过查询`information_schema.innodb_trx`表可以找到未提交事务的会话ID。参考相关博客文章，可以获取更多排查和解决此问题的思路。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

MySQL中在mysql命令行使用show full processlist；命令即可查看数据库的连接信息（管理员用户可看所有用户的连接，非管理员用户只能看到自己的连接），对于大量出现Waiting for table metadata lock的原因参考如下几篇文章（各篇文章有提到不同的点或排查思路）。
其中最重要的一点是：
show processlist（或show full processlist）查出来的数据的ID列，表示的是数据库的会话ID（session id），不是一个系统进程id，需要在mysql命令行模式下使用“kill 会话ID”的方式结束该会话，其他文章里说kill 进程id，这点对不了解mysql的人来说会误认为是linux进程。

可使用管理员账号查询如下语句得到具体引起锁的会话id：
select * from information_schema.innodb_trx
找到未提交事物的sid (trx_mysql_thread_id)

其他详细说明参考如下内容：
https://blog.csdn.net/haijiege/article/details/78606655

https://blog.csdn.net/u013235478/article/details/68062939

https://blog.csdn.net/aldqjt7468/article/details/101409145

https://blog.csdn.net/banxinggao9210/article/details/101344401