mysql慢查询如何排查_mysql慢日志优化指南

开启慢查询日志并配置阈值，使用mysqldumpslow或pt-query-digest分析日志，通过EXPLAIN查看执行计划，重点关注type、key、rows和Extra字段，针对性添加索引、优化查询语句、拆分大查询，持续监控避免问题积累。

MySQL 慢查询是影响数据库性能的常见问题，排查和优化需要系统性方法。核心思路是：开启慢查询日志 → 定位慢 SQL → 分析执行计划 → 优化语句或索引 → 验证效果。以下是具体操作步骤。

1. 开启并配置慢查询日志

确保 MySQL 已启用慢查询日志，才能获取分析数据。

查看当前设置：

SHOW VARIABLES LIKE 'slow_query_log';
SHOW VARIABLES LIKE 'long_query_time';
SHOW VARIABLES LIKE 'log_output';
SHOW VARIABLES LIKE 'slow_query_log_file';

临时开启（重启失效）：

SET GLOBAL slow_query_log = 'ON';
SET GLOBAL long_query_time = 1; -- 超过1秒记为慢查询
SET GLOBAL log_output = 'FILE'; -- 输出到文件

永久开启：修改 my.cnf 或 my.ini：

[mysqld]
slow_query_log = ON
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1
log_queries_not_using_indexes = ON -- 记录未走索引的查询（可选）

配置后重启 MySQL 或动态生效。

2. 使用 mysqldumpslow 或 pt-query-digest 分析日志

直接看日志文件效率低，推荐使用工具汇总统计。

mysqldumpslow（MySQL 自带）：

• 查看最慢的前10条语句：
  mysqldumpslow -s at -t 10 /var/log/mysql/slow.log
• 按查询时间排序，取前5：
  mysqldumpslow -s rt -t 5 /var/log/mysql/slow.log
• 筛选包含特定表的慢查询：
  mysqldumpslow -g "user" /var/log/mysql/slow.log

pt-query-digest（Percona Toolkit，功能更强）：

• 生成详细报告：
  pt-query-digest /var/log/mysql/slow.log > slow_report.txt
• 支持分析 general log、binlog 等，输出包括执行次数、总耗时、锁时间、扫描行数等指标。

3. 分析执行计划（EXPLAIN）

找到可疑 SQL 后，使用 EXPLAIN 查看执行路径。

执行示例：

EXPLAIN SELECT * FROM users WHERE name = 'John' AND age > 25;

重点关注字段：

• type： 连接类型，最好为 const、ref，避免 ALL（全表扫描）。
• key： 实际使用的索引，为空则未走索引。
• rows： 扫描行数，越大越慢，需优化。
• Extra： 出现 Using filesort、Using temporary 表示有性能隐患。

结合业务逻辑判断是否需要添加复合索引、调整查询条件顺序。

4. 常见优化手段

根据分析结果采取对应措施：

• 添加索引： 在 WHERE、ORDER BY、JOIN 字段上建索引，注意避免过度索引。
• 优化查询语句： 避免 SELECT *，只查必要字段；减少子查询嵌套；慎用 OR 条件。
• 拆分大查询： 将一次扫描百万行的查询改为分页处理。
• 避免函数操作字段： 如 WHERE YEAR(create_time) = 2025，应改为范围查询。
• 定期维护表： ANALYZE TABLE 更新统计信息，OPTIMIZE TABLE 整理碎片（尤其 MyISAM）。

基本上就这些。关键在于持续监控慢日志，及时发现并处理新增慢查询，避免问题积累。