开启慢查询日志并配置log_slow_extra=ON，结合pt-query-digest分析日志，查询information_schema.innodb_trx和performance_schema定位长事务，检查隔离级别与锁等待，优化SQL及事务逻辑以提升性能。
MySQL中分析慢事务的关键在于开启并解析事务日志和慢查询日志，结合性能视图来定位长时间运行的事务。以下是一套实用的分析方法。
1. 开启慢查询日志并记录事务信息
要分析慢事务，首先要确保MySQL已开启慢查询日志，并配置相关参数记录事务相关信息：
slow_query_log = ON：开启慢查询日志功能long_query_time = 1：设定超过1秒的查询记为“慢”（可根据业务调整）log_slow_extra = ON（MySQL 8.0+）：记录更多事务级信息，如锁等待时间、扫描行数等log_output = FILE 或 TABLE：建议设为FILE便于外部工具分析，也可用TABLE（mysql.slow_log）
示例配置：
[mysqld]slow_query_log = ONslow_query_log_file = /var/log/mysql/slow.loglong_query_time = 1log_slow_extra = ON
2. 使用pt-query-digest分析慢日志
pt-query-digest 是Percona Toolkit中的强大工具，能自动汇总慢日志中的事务和SQL，识别最耗时的事务模式。
安装Percona Toolkit后执行：
pt-query-digest /var/log/mysql/slow.log > slow_analysis.txt
输出结果会按执行时间、锁等待、扫描行数等指标排序，显示典型慢事务的SQL模板、出现次数、平均执行时间等，帮助快速定位问题SQL。
3. 查询information_schema.innodb_trx获取实时事务状态
对于正在运行的长事务，可直接查询InnoDB事务表：
SELECT * FROM information_schema.innodb_trx ORDER BY trx_started;
重点关注字段：
trx_id：事务IDtrx_started：事务开始时间，若时间过早说明事务未及时提交trx_mysql_thread_id：关联线程ID，可用于查processlisttrx_query：当前执行的SQLtrx_state：事务状态（RUNNING、LOCK WAIT等）
结合SHOW PROCESSLIST或performance_schema.threads可进一步追踪来源连接和应用行为。
Word-As-Image for Semantic Typography
文字变形艺术字、文字变形象形字
62 查看详情
4. 检查事务隔离级别与锁等待
长事务常伴随锁竞争。可通过以下方式排查：
SELECT * FROM performance_schema.data_lock_waits;
或使用：
SHOW ENGINE INNODB STATUSG
在输出的TRANSACTIONS部分查看当前活跃事务，在SEMAPHORES和LATEST DETECTED DEADLOCK中分析锁冲突情况。
同时检查事务隔离级别是否合理：
SELECT @@transaction_isolation;
过高的隔离级别（如SERIALIZABLE）可能增加锁开销，导致事务变慢。
基本上就这些。关键是开启日志、用工具分析历史慢事务，再结合运行时视图监控实时状态。定位到具体SQL后，优化索引、减少事务范围、避免在事务中做耗时操作（如网络请求），就能显著改善。
以上就是mysql如何分析慢事务_mysql慢事务日志分析方法的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1016660.html
微信扫一扫 
支付宝扫一扫 
