mysql在哪个文件查看锁死表信息?谢谢,或者如何查看

以下五种方法可以快速定位全局锁的位置，仅供参考。

方法1：利用 metadata_locks 视图

此方法仅适用于 MySQL 5.7 以上版本，该版本 performance_schema 新增了 metadata_locks，如果上锁前启用了元数据锁的探针（默认是未启用的），可以比较容易的定位全局锁会话。

方法2：利用 events_statements_history 视图此方法适用于 MySQL 5.6 以上版本，启用 performance_schema.eventsstatements_history（5.6 默认未启用，5.7 默认启用），该表会 SQL 历史记录执行，如果请求太多，会自动清理早期的信息，有可能将上锁会话的信息清理掉。

方法3：利用 gdb 工具如果上述两种都用不了或者没来得及启用，可以尝试第三种方法。利用 gdb 找到所有线程信息，查看每个线程中持有全局锁对象，输出对应的会话 ID，为了便于快速定位，我写成了脚本形式。也可以使用 gdb 交互模式，但 attach mysql 进程后 mysql 会完全 hang 住，读请求也会受到影响，不建议使用交互模式。

方法4：show processlist

如果备份程序使用的特定用户执行备份，如果是 root 用户备份，那 time 值越大的是持锁会话的概率越大，如果业务也用 root 访问，重点是 state 和 info 为空的，这里有个小技巧可以快速筛选，筛选后尝试 kill 对应 ID，再观察是否还有 wait global read lock 状态的会话。

方法5：重启试试！

1.查看表是否被锁：

（1）直接在mysql命令行执行:showengineinnodbstatus\G。

（2）查看造成死锁的sql语句，分析索引情况，然后优化sql。

（3）然后showprocesslist,查看造成死锁占用时间长的sql语句。

（4）showstatuslike‘%lock%。

2.查看表被锁状态和结束死锁步骤：

（1）查看表被锁状态：showOPENTABLESwhereIn_use>0这个语句记录当前锁表状态。

（2）查询进程：showprocesslist查询表被锁进程；查询到相应进程killid。

（3）分析锁表的SQL：分析相应SQL，给表加索引，常用字段加索引，表关联字段加索引。

（4）查看正在锁的事物：SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCKS。

（5）查看等待锁的事物：SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCK_WAITS。

扩展资料

MySQL锁定状态查看命令：

Checkingtable：正在检查数据表（这是自动的）。

Closingtables：正在将表中修改的数据刷新到磁盘中，同时正在关闭已经用完的表。这是一个很快的 *** 作，如果不是这样的话，就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。

ConnectOut：复制从服务器正在连接主服务器。

Copyingtotmptableondisk：由于临时结果集大于tmp_table_size，正在将临时表从内存存储转为磁盘存储以此节省内存。

Creatingtmptable：正在创建临时表以存放部分查询结果。

deletingfrommaintable：服务器正在执行多表删除中的第一部分，刚删除第一个表。

deletingfromreferencetables：服务器正在执行多表删除中的第二部分，正在删除其他表的记录。

Flushingtables：正在执行FLUSHTABLES，等待其他线程关闭数据表。

Killed：发送了一个kill请求给某线程，那么这个线程将会检查kill标志位，同时会放弃下一个kill请求。MySQL会在每次的主循环中检查kill标志位，不过有些情况下该线程可能会过一小段才能死掉。如果该线程程被其他线程锁住了，那么kill请求会在锁释放时马上生效。

Locked：被其他查询锁住了。

Sendingdata：正在处理SELECT查询的记录，同时正在把结果发送给客户端。

Sortingforgroup：正在为GROUPBY做排序。

Sortingfororder：正在为ORDERBY做排序。

Openingtables：这个过程应该会很快，除非受到其他因素的干扰。例如，在执ALTERTABLE或LOCKTABLE语句行完以前，数据表无法被其他线程打开。正尝试打开一个表。

Removingduplicates：正在执行一个SELECTDISTINCT方式的查询，但是MySQL无法在前一个阶段优化掉那些重复的记录。因此，MySQL需要再次去掉重复的记录，然后再把结果发送给客户端。

Reopentable：获得了对一个表的锁，但是必须在表结构修改之后才能获得这个锁。已经释放锁，关闭数据表，正尝试重新打开数据表。

Repairbysorting：修复指令正在排序以创建索引。

Repairwithkeycache：修复指令正在利用索引缓存一个一个地创建新索引。它会比Repairbysorting慢些。

Searchingrowsforupdate：正在讲符合条件的记录找出来以备更新。它必须在UPDATE要修改相关的记录之前就完成了。

Sleeping：正在等待客户端发送新请求。

Systemlock：正在等待取得一个外部的系统锁。如果当前没有运行多个mysqld服务器同时请求同一个表，那么可以通过增加--skip-external-locking参数来禁止外部系统锁。

Upgradinglock：INSERTDELAYED正在尝试取得一个锁表以插入新记录。

Updating：正在搜索匹配的记录，并且修改它们。

UserLock：正在等待GET_LOCK()。

Waitingfortables：该线程得到通知，数据表结构已经被修改了，需要重新打开数据表以取得新的结构。然后，为了能的重新打开数据表，必须等到所有其他线程关闭这个表。

waitingforhandlerinsert：INSERTDELAYED已经处理完了所有待处理的插入 *** 作，正在等待新的请求。

---