MySQL 行锁超时排查方法优化

MySQL 行锁超时排查方法优化

一、大纲

之前在 [如何有效排查解决 MySQL 行锁等待超时问题] 文章中介绍了如何监控解决行锁超时报错，当时介绍的监控方案主要是以 shell 脚本 + general_log 来捕获行锁等待信息，后来感觉比较麻烦，因此优化后改成用 Event + Procedure 的方法定时在 MySQl 内执行，将行锁等待信息记录到日志表中，并且加入了 pfs 表中的事务上下文信息，这样可以省去登陆服务器执行脚本与分析 general_log 的过程，更加便捷。

因为用到了 Event 和 performance_schema 下的系统表，所以需要打开两者的配置，pfs 使用默认监控项就可以，这里主要使用到的是 events_statements_history 表，默认会保留会话 10 条 SQL。

performance_schema = on event_scheduler = 1

二、步骤

目前该方法仅在 MySQL 5.7 版本使用过，MySQL 8.0 未测试。

create database `innodb_monitor`;

create database `innodb_monitor`;

2.2 创建存储过程

2.3 创建事件

事件 每隔 5 秒 (通常等于 innodb_lock_wait_timeout 的值)执行一次，持续监控 7 天，结束后会自动删除事件，也可以自定义保留时长。

use innodb_monitor; delimiter ;; CREATE EVENT `event_innodb_lock_wait_check` ON SCHEDULE EVERY 5 SECOND   STARTS CURRENT_TIMESTAMP   ENDS CURRENT_TIMESTAMP + INTERVAL 7 DAY ON COMPLETION NOT PRESERVE ENABLE DO call pro_innodb_lock_wait_check(); ;;

2.4 事件启停

--1为全局开启事件,0为全局关闭 mysql > SET GLOBAL event_scheduler = 1;  --临时关闭事件 mysql > ALTER EVENT event_innodb_lock_wait_check DISABLE;  --关闭开启事件 mysql > ALTER EVENT event_innodb_lock_wait_check  ENABLE;

三、日志表

再根据应用日志报错时间点及 SQL 分析 innodb_lock_wait_log 表。其中主要有 2 种场景：

blocking_current_query 不为空，说明阻塞事务处于运行状态，这时候需要分析当前运行 SQL 是否存在性能问题。blocking_current_query 为空，state 为 Sleep，此时阻塞事务处于挂起状态，即不再运行 SQL，此时需要通过分析 blocking_thd_last_query 分析事务上下文，注意该列中的 SQL 为时间降序，即从下往上执行。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。