开启慢查询日志并配置阈值，使用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) = 2024，应改为范围查询。
- 定期维护表： ANALYZE TABLE 更新统计信息，OPTIMIZE TABLE 整理碎片（尤其 MyISAM）。
基本上就这些。关键在于持续监控慢日志，及时发现并处理新增慢查询，避免问题积累。
