msyql5.7查看锁相关

本文整理了在MySQL 5.7中用于查看锁状态和进程的常用SQL语句,包括检查是否有锁表、查看执行中的进程、分析事务和锁等待情况等,帮助数据库管理员监控和诊断系统中的锁问题。

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

msyql5.7查看锁相关

常用查看锁sql收集

-- 查询是否有锁表(需要超级管理员权限--root)
SHOW OPEN TABLES WHERE In_use > 0;

-- 查看执行中的进程状态(展示前100条)
SHOW PROCESSLIST;

-- 状态说明
-- Checking table:正在检查数据表(这是自动的)。

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

-- Connect Out:复制从服务器正在连接主服务器。

-- Copying to tmp table on disk:由于临时结果集大于tmp_table_size,正在将临时表从内存存储转为磁盘存储以此节省内存。

-- Creating tmp table:正在创建临时表以存放部分查询结果。

-- Deleting from main table:服务器正在执行多表删除中的第一部分,刚删除第一个表。

-- Deleting from reference tables:服务器正在执行多表删除中的第二部分,正在删除其他表的记录。

-- Flushing tables:正在执行FLUSH TABLES,等待其他线程关闭数据表。

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

-- Locked:被其他查询锁住了。

-- Sending data:正在处理SELECT查询的记录,同时正在把结果发送给客户端。

-- Sorting for group:正在为GROUP BY做排序。

-- Sorting for order:正在为ORDER BY做排序。

-- Opening tables:这个过程应该会很快,除非受到其他因素的干扰。
--                 例如,在执ALTER TABLE或LOCK TABLE语句行完以前,数据表无法被其他线程打开。正尝试打开一个表。

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

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

-- Repair by sorting:修复指令正在排序以创建索引。

-- Repair with keycache:修复指令正在利用索引缓存一个一个地创建新索引。它会比Repair by sorting慢些。

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

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

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

-- Upgrading lock:INSERT DELAYED正在尝试取得一个锁表以插入新记录。

-- Updating:正在搜索匹配的记录,并且修改它们。

-- User Lock:正在等待GET_LOCK()。

-- Waiting for tables:该线程得到通知,数据表结构已经被修改了,需要重新打开数据表以取得新的结构。
--         然后,为了能的重新打开数据表,必须等到所有其他线程关闭这个表。
--         以下几种情况下会产生这个通知:
--         FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE,或OPTIMIZE TABLE。

-- Waiting for handler insert:INSERT DELAYED已经处理完了所有待处理的插入操作,正在等待新的请求。


-- 查看所有执行中的进程状态
SHOW FULL PROCESSLIST;

-- 查看当前的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_TRX;

-- 查看正在锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;

-- 查看等待锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

-- 查看那些表是打开(In_use 表示有多少线程正在使用某张表,Name_locked 表示表名是否被锁)
SHOW OPEN TABLES;

-- 查看服务器状态
SHOW STATUS LIKE '%lock%';

-- 查看超时时间
SHOW VARIABLES LIKE '%timeout%';

-- 查看当前执行的sql状态
select * from information_schema.PROCESSLIST p where p.state <> '';

注意:上述sql 执行所需权限有需要root的(这是根据mysql的管理连接执行的,只能是root权限使用)。
这也就是常见的mysql默认的最大连接数是152,但在监控服务器状况是可以看到153的缘由。

-- 查询当前服务器支持的最多连接数
show variables like 'max_connections';
<think>好的,用户现在问的是MySQL5.7如何查询的情况。我需要详细回答这个问题,包括相关的SQL语句和解释,还要给出代码示例。之前用户已经问过关于InnoDB行的问题,现在可能是在实际使用中遇到了的问题,需要排查。首先,我需要回忆一下MySQL5.7查看的方法。记得在5.7版本中,常用的系统表是information_schema下的INNODB_TRX、INNODB_LOCKS和INNODB_LOCK_WAITS,不过可能在8.0之后这些表被performance_schema替代了,但用户问的是5.7,所以应该用这些表。另外,还可以使用SHOW ENGINEINNODBSTATUS命令来查看信息。 接下来,我需要分步骤说明如何查询的情况。可能需要包括查询当前事务、的详细信息、等待情况,以及如何分析死。同时,用户可能需要具体的SQL示例,所以需要写出具体的查询语句,并解释每个字段的含义。 此外,用户可能想知道如何监控等待和死,所以需要包括如何设置innodb_print_all_deadlocks参数,以及如何分析死日志。还要注意权限问题,因为某些系统表可能需要管理员权限才能访问。还要考虑用户的实际应用场景,比如他们可能在生产环境中遇到等待或死,需要快速定位问题。因此,提供的查询需要简洁有效,并且解释清楚每个步骤的作用。需要确保提供的代码示例正确,并且针对MySQL5.7版本。例如,在5.7中,INNODB_LOCKS和INNODB_LOCK_WAITS表是存在的,而在8.0中这些表被移除了,所以必须确认这一点。可能需要查阅文档确认,但根据记忆,5.7确实有这些表。 另外,用户可能想知道如何解读结果,所以需要解释每个查询返回的字段,比如lock_id、lock_mode、lock_type等,以及如何根据这些信息判断的类型和持有者。最后,要提出相关问题,比如如何解决死、不同模式的区别,如何监控等待时间等,这些相关问题需要和当前问题紧密相关,帮助用户深入理解。</think>在MySQL 5.7查看状态主要通过以下系统表和执行引擎状态命令实现,以下是完整的查询方案: --- ### 一、核心查询方法 #### 1. 查询当前所有事务状态 ```sql SELECT * FROM information_schema.INNODB_TRX; ``` **关键字段说明**: - `trx_id`:事务ID - `trx_state`:事务状态(RUNNING/LOCK WAIT) - `trx_started`:事务开始时间 - `trx_query`:正在执行的SQL语句 - `trx_lock_structs`:持有的数量 #### 2. 查看详细信息 ```sql SELECT r.trx_id AS waiting_trx_id, r.trx_mysql_thread_id AS waiting_thread, b.trx_id AS blocking_trx_id, b.trx_mysql_thread_id AS blocking_thread, l.lock_table, l.lock_index, l.lock_mode, l.lock_type FROM information_schema.INNODB_LOCK_WAITS w INNER JOIN information_schema.INNODB_LOCKS l ON w.requesting_lock_id = l.lock_id INNER JOIN information_schema.INNODB_TRX r ON w.requesting_trx_id = r.trx_id INNER JOIN information_schema.INNODB_TRX b ON w.blocking_trx_id = b.trx_id; ``` #### 3. 查看等待关系 ```sql SELECT waiting_pid, blocking_pid, waiting_query, blocking_query FROM sys.innodb_lock_waits; -- 需要先安装sys库 ``` #### 4. 引擎状态查看(包含最新死信息) ```sql SHOW ENGINE INNODB STATUS\G ``` 在输出结果的 `LATEST DETECTED DEADLOCK` 部分查看详情 --- ### 二、分析案例 #### 场景:分析等待问题 ```sql -- 步骤1:找到被阻塞的线程 SELECT * FROM information_schema.INNODB_TRX WHERE trx_state = 'LOCK WAIT'; -- 步骤2:查看具体的争用关系 SELECT r.trx_id waiting_trx, b.trx_id blocking_trx, l.lock_table, l.lock_index, l.lock_mode FROM information_schema.INNODB_LOCK_WAITS w JOIN information_schema.INNODB_TRX r ON r.trx_id = w.requesting_trx_id JOIN information_schema.INNODB_TRX b ON b.trx_id = w.blocking_trx_id JOIN information_schema.INNODB_LOCKS l ON w.requesting_lock_id = l.lock_id; -- 步骤3:终止阻塞线程 -- 根据步骤2查到的blocking_trx_id,找到对应的线程ID KILL [thread_id]; ``` --- ### 三、死日志分析示例 ```log LATEST DETECTED DEADLOCK ------------------------ 2024-01-01 12:00:00 0x7f8e3c0d6700 *** (1) TRANSACTION: TRANSACTION 12345, ACTIVE 10 sec starting index read mysql tables in use 1, locked 1 LOCK WAIT 2 lock struct(s), heap size 1136, 1 row lock(s) MySQL thread id 1001, OS thread handle 123456, query id 67890 localhost root UPDATE table1 SET col1=1 WHERE id=5 *** (1) HOLDS THE LOCK(S): RECORD LOCKS space id 1234 page no 5 n bits 72 index PRIMARY of table `test`.`table1` trx id 12345 lock_mode X locks rec but not gap *** (2) TRANSACTION: TRANSACTION 67890, ACTIVE 8 sec starting index read mysql tables in use 1, locked 1 3 lock struct(s), heap size 1136, 2 row lock(s) MySQL thread id 1002, OS thread handle 654321, query id 12345 localhost root UPDATE table1 SET col1=2 WHERE id=6 *** (2) HOLDS THE LOCK(S): RECORD LOCKS space id 1234 page no 5 n bits 72 index PRIMARY of table `test`.`table1` trx id 67890 lock_mode X locks rec but not gap ``` --- ### 四、监控配置建议 1. 开启死日志记录 ```ini [mysqld] innodb_print_all_deadlocks = 1 -- 将所有死信息写入错误日志 ``` 2. 定期检查等待 ```sql -- 查看超过30秒的长事务 SELECT * FROM information_schema.INNODB_TRX WHERE TIME_TO_SEC(TIMEDIFF(NOW(), trx_started)) > 30; ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值