使用pt-query-digest工具分析MySQL慢查询日志报告

使用pt-query-digest分析MySQL慢查询日志需通过合理配置日志参数、掌握关键分析指标，并灵活利用多数据源支持实现高效诊断。 以下是具体操作指南：

1. 基础参数设置

   开启慢查询日志：slow_query_log = ON，确保日志功能激活。

   设置阈值：long_query_time建议从1秒起步，对响应敏感的系统可降至0.1秒，需结合业务SLA调整。

   日志输出格式：log_output = FILE，确保pt-query-digest能直接处理文件。

2. 精准捕获问题SQL

   未使用索引查询：log_queries_not_using_indexes = ON，记录未走索引的查询，避免潜在性能隐患。

   最小扫描行数过滤：min_examined_row_limit = 100（示例值），过滤掉扫描行数过少的查询，减少日志噪音。

3. 日志文件管理

   自动清理：expire_logs_days = 7，保留7天日志，避免磁盘空间耗尽。

   轮换压缩：结合操作系统logrotate工具定期压缩旧日志，提升存储效率。

1. Query_time（查询时间）

   总时间占比：优先优化占比高的查询，即使单次执行时间短但调用频繁的查询也可能累积显著影响。

   平均/最大执行时间：识别偶发严重延迟的查询。

2. Calls（执行次数）

   关注高频查询，即使单次耗时低，高频调用可能导致总耗时超过低频高耗时查询。

3. Lock_time（锁等待时间）

   高锁等待可能引发并发阻塞，需检查事务隔离级别、索引设计或长事务问题。

4. Rows_examined与Rows_sent（扫描行数与返回行数）

   比例异常：若Rows_examined ≫ Rows_sent，可能存在索引缺失或查询条件不精准，导致全表扫描。

5. 临时表使用

   tmp_disk_tables：若出现磁盘临时表，需优化复杂JOIN、GROUP BY或ORDER BY操作，减少磁盘I/O开销。

1. 通用查询日志（General Query Log）

   记录所有查询，但信息量大，通常仅用于调试或审计，需谨慎使用以避免噪音干扰。

2. SHOW PROCESSLIST实时分析

   结合pt-stalk工具定期抓取SHOW PROCESSLIST输出，通过管道传递给pt-query-digest进行实时分析。

   示例命令：pt-stalk --function=show-processlist --iterations=10 --interval=1 | pt-query-digest --type=processlist此命令在10秒内每秒抓取一次进程列表，分析活跃查询模式。

3. tcpdump网络流量解析

   在无服务器SSH权限或无法修改MySQL配置的场景下，可通过抓取MySQL协议数据包分析查询。

   示例命令：tcpdump -i eth0 port 3306 -s 65535 -w mysql_traffic.pcappt-query-digest --type=tcpdump mysql_traffic.pcap此命令捕获3306端口的网络流量并解析为查询模式，适用于底层诊断。

1. 基础分析

   pt-query-digest /var/log/mysql/mysql-slow.log > slow_report.txt

   生成基础报告，包含整体统计与慢查询列表。

2. 精细化分析

   时间范围过滤：pt-query-digest --since '2023-01-01 00:00:00' --until '2023-01-02 00:00:00' /var/log/mysql/mysql-slow.log

   过滤小结果集查询：pt-query-digest --filter '($event->{Rows_sent} > 100)' /var/log/mysql/mysql-slow.log

pt-query-digest通过聚合慢查询日志中的关键指标（如Query_time、Lock_time、Rows_examined等），结合灵活的参数配置与多数据源支持，可快速定位性能瓶颈。其核心价值在于将零散日志转化为结构化报告，帮助DBA从海量数据中精准识别高频、高耗时或锁竞争严重的查询，为索引优化、SQL重写或架构调整提供数据支撑。