答案：通过开启慢查询日志并利用mysqldumpslow和pt-query-digest工具分析，可识别执行时间长、扫描行数多或未使用索引的sql语句，进而通过建立索引、优化查询设计等手段提升数据库性能。
在 mysql 中，慢查询日志是定位性能瓶颈的重要工具。通过分析和优化这些日志中的查询语句，可以显著提升数据库响应速度。关键在于识别执行时间长、扫描行数多或未使用索引的 SQL 语句，并针对性地进行优化。
开启并配置慢查询日志
确保慢查询日志已启用，并设置合理的阈值：
- 在 my.cnf 或 my.ini 配置文件中添加：
slow_query_log = ON
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1（单位：秒，可根据需要调整）
log_queries_not_using_indexes = ON（记录未使用索引的查询） - 重启 MySQL 或执行 SET 命令动态开启：
- SET GLOBAL slow_query_log = ‘ON’;
- SET GLOBAL long_query_time = 1;
使用 mysqldumpslow 分析日志
MySQL 自带的 mysqldumpslow 工具可帮助汇总和分类慢查询日志内容：
- 查看最耗时的前 10 条查询：
mysqldumpslow -s at -t 10 /var/log/mysql/slow.log - 按查询次数排序，找出高频慢查询：
mysqldumpslow -s c -t 10 /var/log/mysql/slow.log - 按锁等待时间排序：
mysqldumpslow -s al -t 5 /var/log/mysql/slow.log
输出结果会合并相似 SQL（如 WHERE 条件不同但结构相同），便于批量分析。
使用 pt-query-digest 进行深度分析
Percona Toolkit 中的 pt-query-digest 功能更强大，适合复杂场景：
- 安装 Percona Toolkit 后运行：
pt-query-digest /var/log/mysql/slow.log > slow_report.txt - 支持从日志、进程列表甚至 tcpdump 抓包中分析查询。
- 报告包含每类查询的执行次数、总耗时、平均耗时、95% 响应时间、扫描行数等指标。
- 自动建议可能的索引优化。
常见慢查询原因与优化策略
根据日志分析结果，重点检查以下问题：
- 缺少有效索引：对 WHERE、ORDER BY、JOIN 字段建立合适索引，避免全表扫描。
- 索引失效：避免在索引列上使用函数、类型转换或前缀模糊匹配（LIKE ‘%abc’）。
- 查询设计不合理：减少 select *，只取必要字段；避免大分页（LIMIT 10000,20），可用游标或延迟关联。
- 统计信息过期：运行 ANALYZE table 更新表统计信息，帮助优化器选择正确执行计划。
- 锁竞争严重：关注日志中的 Lock_time，优化事务粒度，减少长事务。
基本上就这些。定期审查慢查询日志，结合 EXPLAIN 分析执行计划，能持续保障数据库性能稳定。