如何查询mysql中是否表被锁

怼烎@ 2022-10-31 00:43 318阅读 0赞

可直接在mysql命令行执行：show engine innodb status\G;
    查看造成死锁的sql语句，分析索引情况，然后优化sql然后show processlist;

show status like ‘%lock%’

show OPEN TABLES where In\_use > 0; 这个语句记录当前锁表状态

另外可以打开慢查询日志，linux下打开需在my.cnf的\[mysqld\]里面加上以下内容：

slow\_query\_log=TRUE(有些mysql版本是ON)

slow\_query\_log\_file=/usr/local/mysql/slow\_query\_log.txt

long\_query\_time=3

Windows：

在my.ini配置文件的\[mysqld\]选项下增加：

slow\_query\_log=TRUE

slow\_query\_log\_file=c:/slow\_query\_log.txt

long\_query\_time=3

添加完成之后记得一定要重启mysql服务才能生效记录输出。最后在MySQL客户端中输入命令：

show variables like '%quer%'; 核查一哈是否Ok

# [开启mysql慢查询日志][mysql] #

查看配置：

//查看慢查询时间
    show variables like "long_query_time";默认10s

//查看慢查询配置情况
    show status like "%slow_queries%";

//查看慢查询日志路径
     show variables like "%slow%";

\-slow\_query\_log是否记录慢查询。用long\_query\_time变量的值来确定“慢查询”。

\-slow\_query\_log\_file慢日志文件路径

\-long\_query\_time慢日志执行时长（秒），超过设定的时间才会记日志

言归正传，回到我们问题的出发点上Mysql 查询表死锁 和结束死锁的表步骤

1、查询是否锁表 show OPEN TABLES where In\_use > 0;

2、查询进程

show processlist   查询到相对应的进程===然后 kill    id

补充：

查看正在锁的事务

SELECT \* FROM INFORMATION\_SCHEMA.INNODB\_LOCKS;

查看等待锁的事务

SELECT \* FROM INFORMATION\_SCHEMA.INNODB\_LOCK\_WAITS;

【附录知识】

# [MySQL锁定状态查看命令][MySQL] #

#  #

## 1 show processlist; ##

SHOW PROCESSLIST显示哪些线程正在运行。您也可以使用mysqladmin processlist语句得到此信息。如果您有SUPER权限，您可以看到所有线程。否则，您只能看到您自己的线程（也就是，与您正在使用的MySQL账户相关的线程）。如果有线程在update或者insert 某个表，此时进程的status为updating 或者 sending data。

如果您得到“too many connections”错误信息，并且想要了解正在发生的情况，本语句是非常有用的。MySQL保留一个额外的连接，让拥有SUPER权限的账户使用，以确保管理员能够随时连接和检查系统（假设您没有把此权限给予所有的用户）。

<table> 
 <tbody> 
 <tr> 
 <td> Status </td> 
 <td> 含义 </td> 
 </tr> 
 <tr> 
 <td> Checking table </td> 
 <td> 正在检查数据表（这是自动的）。 </td> 
 </tr> 
 <tr> 
 <td> Closing tables </td> 
 <td> 正在将表中修改的数据刷新到磁盘中，同时正在关闭已经用完的表。这是一个很快的操作，如果不是这样的话，就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。 </td> 
 </tr> 
 <tr> 
 <td> Connect Out </td> 
 <td> 复制从服务器正在连接主服务器。 </td> 
 </tr> 
 <tr> 
 <td> Copying to tmp table on disk </td> 
 <td> 由于临时结果集大于tmp_table_size，正在将临时表从内存存储转为磁盘存储以此节省内存。 </td> 
 </tr> 
 <tr> 
 <td> Creating tmp table </td> 
 <td> 正在创建临时表以存放部分查询结果。 </td> 
 </tr> 
 <tr> 
 <td> deleting from main table </td> 
 <td> 服务器正在执行多表删除中的第一部分，刚删除第一个表。 </td> 
 </tr> 
 <tr> 
 <td> deleting from reference tables </td> 
 <td> 服务器正在执行多表删除中的第二部分，正在删除其他表的记录。 </td> 
 </tr> 
 <tr> 
 <td> Flushing tables </td> 
 <td> 正在执行FLUSH TABLES，等待其他线程关闭数据表。 </td> 
 </tr> 
 <tr> 
 <td> Killed </td> 
 <td> 发送了一个kill请求给某线程，那么这个线程将会检查kill标志位，同时会放弃下一个kill请求。MySQL会在每次的主循环中检查kill标志位，不过有些情况下该线程可能会过一小段才能死掉。如果该线程程被其他线程锁住了，那么kill请求会在锁释放时马上生效。 </td> 
 </tr> 
 <tr> 
 <td> Locked </td> 
 <td> 被其他查询锁住了。 </td> 
 </tr> 
 <tr> 
 <td> Sending data </td> 
 <td> 正在处理SELECT查询的记录，同时正在把结果发送给客户端。 </td> 
 </tr> 
 <tr> 
 <td> Sorting for group </td> 
 <td> 正在为GROUP BY做排序。 </td> 
 </tr> 
 <tr> 
 <td> Sorting for order </td> 
 <td> 正在为ORDER BY做排序。 </td> 
 </tr> 
 <tr> 
 <td> Opening tables </td> 
 <td> 这个过程应该会很快，除非受到其他因素的干扰。例如，在执ALTER TABLE或LOCK TABLE语句行完以前，数据表无法被其他线程打开。正尝试打开一个表。 </td> 
 </tr> 
 <tr> 
 <td> Removing duplicates </td> 
 <td> 正在执行一个SELECT DISTINCT方式的查询，但是MySQL无法在前一个阶段优化掉那些重复的记录。因此，MySQL需要再次去掉重复的记录，然后再把结果发送给客户端。 </td> 
 </tr> 
 <tr> 
 <td> Reopen table </td> 
 <td> 获得了对一个表的锁，但是必须在表结构修改之后才能获得这个锁。已经释放锁，关闭数据表，正尝试重新打开数据表。 </td> 
 </tr> 
 <tr> 
 <td> Repair by sorting </td> 
 <td> 修复指令正在排序以创建索引。 </td> 
 </tr> 
 <tr> 
 <td> Repair with keycache </td> 
 <td> 修复指令正在利用索引缓存一个一个地创建新索引。它会比Repair by sorting慢些。 </td> 
 </tr> 
 <tr> 
 <td> Searching rows for update </td> 
 <td> 正在讲符合条件的记录找出来以备更新。它必须在UPDATE要修改相关的记录之前就完成了。 </td> 
 </tr> 
 <tr> 
 <td> Sleeping </td> 
 <td> 正在等待客户端发送新请求。 </td> 
 </tr> 
 <tr> 
 <td> System lock </td> 
 <td> 正在等待取得一个外部的系统锁。如果当前没有运行多个mysqld服务器同时请求同一个表，那么可以通过增加--skip-external-locking参数来禁止外部系统锁。 </td> 
 </tr> 
 <tr> 
 <td> Upgrading lock </td> 
 <td> INSERT DELAYED正在尝试取得一个锁表以插入新记录。 </td> 
 </tr> 
 <tr> 
 <td> Updating </td> 
 <td> 正在搜索匹配的记录，并且修改它们。 </td> 
 </tr> 
 <tr> 
 <td> User Lock </td> 
 <td> 正在等待GET_LOCK()。 </td> 
 </tr> 
 <tr> 
 <td> Waiting for tables </td> 
 <td> 该线程得到通知，数据表结构已经被修改了，需要重新打开数据表以取得新的结构。然后，为了能的重新打开数据表，必须等到所有其他线程关闭这个表。以下几种情况下会产生这个通知：FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。 </td> 
 </tr> 
 <tr> 
 <td> waiting for handler insert </td> 
 <td> INSERT DELAYED已经处理完了所有待处理的插入操作，正在等待新的请求。 </td> 
 </tr> 
 </tbody> 
</table>

大部分状态对应很快的操作，只要有一个线程保持同一个状态好几秒钟，那么可能是有问题发生了，需要检查一下。还有其他的状态没在上面中列出来，不过它们大部分只是在查看服务器是否有存在错误是才用得着。

## 2 show full processlist; ##

show processlist;只列出前100条，如果想全列出请使用show full processlist;

## 3 show open tables; ##

这条命令能够查看当前有那些表是打开的。In\_use列表示有多少线程正在使用某张表，Name\_locked表示表名是否被锁，这一般发生在Drop或Rename命令操作这张表时。所以这条命令不能帮助解答我们常见的问题：当前某张表是否有死锁，谁拥有表上的这个锁等。

show open tables from database;

![5eb9d9965cbca6c64454ad3c1d960bcf.png][]

## 4 show status like ‘%lock%’ ##

查看服务器状态。

![f63966c7441bb1412b733c806c6b3196.png][]

## 5 show engine innodb status\\G; ##

MySQL 5.1之前的命令是：show innodbstatus\\G;，MySQL 5.5使用上面命令即可查看innodb引擎的运行时信息。

![89644552a97dd529d55ba31a55d528c1.png][]

## 6 show variables like ‘%timeout%’; ##

查看服务器配置参数。

![04d27d91af5d779b17c5dff289b6028a.png][]

【参考资料】

1. 慢查询日志分析 - wulantian的专栏 - 博客频道 - CSDN.NET [http://blog.csdn.net/wulantian/article/details/40296541][http_blog.csdn.net_wulantian_article_details_40296541]

2.mysql5.0经常出现 err=1205 - Lockwait timeout exceeded; try restarting transaction

[http://www.imysql.cn/node/165][http_www.imysql.cn_node_165]

3.mysql show processlist命令详解

[http://www.cnblogs.com/JulyZhang/archive/2011/01/28/1947165.html][http_www.cnblogs.com_JulyZhang_archive_2011_01_28_1947165.html]

4.MySQL锁

[http://blog.csdn.net/c\_\_ilikeyouma/article/details/8541195][http_blog.csdn.net_c_ilikeyouma_article_details_8541195]

5.SHOW INNODB STATUS提示语法错误？

[http://www.itpub.net/thread-1454597-1-1.html][http_www.itpub.net_thread-1454597-1-1.html]

6.SHOW OPEN TABLES – what is in your tablecache

[http://blog.sina.com.cn/s/blog\_4d1f40c00100rsse.html][http_blog.sina.com.cn_s_blog_4d1f40c00100rsse.html]

[mysql]: http://www.cnblogs.com/siqi/archive/2012/11/21/2780966.html
[MySQL]: http://blog.csdn.net/dc_726/article/details/8576151
[5eb9d9965cbca6c64454ad3c1d960bcf.png]: /images/20221024/c2b484d93fc74120a2fbf02c748414a4.png
[f63966c7441bb1412b733c806c6b3196.png]: /images/20221024/2e8badb8063a4e508067d1ca5c63b721.png
[89644552a97dd529d55ba31a55d528c1.png]: /images/20221024/296b5988c52f454cb1bbf5878b16c148.png
[04d27d91af5d779b17c5dff289b6028a.png]: /images/20221024/ea2d440ff01647dc8d7948f087c5f3b2.png
[http_blog.csdn.net_wulantian_article_details_40296541]: http://blog.csdn.net/wulantian/article/details/40296541
[http_www.imysql.cn_node_165]: http://www.imysql.cn/node/165
[http_www.cnblogs.com_JulyZhang_archive_2011_01_28_1947165.html]: http://www.cnblogs.com/JulyZhang/archive/2011/01/28/1947165.html
[http_blog.csdn.net_c_ilikeyouma_article_details_8541195]: http://blog.csdn.net/c__ilikeyouma/article/details/8541195
[http_www.itpub.net_thread-1454597-1-1.html]: http://www.itpub.net/thread-1454597-1-1.html
[http_blog.sina.com.cn_s_blog_4d1f40c00100rsse.html]: http://blog.sina.com.cn/s/blog_4d1f40c00100rsse.html