开启慢查询日志并用pt-query-digest分析，再通过EXPLAIN检查执行计划，最后优化索引，是排查MySQL慢查询的核心步骤。
MySQL安装后排查慢查询，核心在于开启慢查询日志，然后利用
pt-query-digest等工具聚合分析定位问题SQL，接着使用
EXPLAIN深入剖析执行计划，最终通过索引优化来解决。这不是一蹴而就的，更像是一个持续迭代的过程。
解决方案
排查MySQL慢查询，这事儿可不是装完数据库就万事大吉了。我自己的经验是，它往往在系统运行一段时间，数据量上来之后才开始显现。所以，第一步，得让MySQL告诉我们哪些查询跑得慢。
1. 开启慢查询日志（Slow Query Log） 这是最直接的证据。默认情况下，慢查询日志是关闭的，或者阈值设置得很高。我们得去配置文件
my.cnf（或者Windows下的
my.ini）里调整一下。
[mysqld] slow_query_log = 1 slow_query_log_file = /var/log/mysql/mysql-slow.log long_query_time = 1 # 定义慢查询阈值，单位秒。这里设为1秒，即执行时间超过1秒的查询会被记录。 log_queries_not_using_indexes = 1 # 强烈建议开启，记录所有没有使用索引的查询。
改完配置，重启MySQL服务。然后，让系统跑一段时间，日志文件就会开始记录那些“拖后腿”的SQL了。
2. 分析慢查询日志 日志文件里可能堆满了各种SQL，肉眼看肯定效率低下。这时候就需要工具了，
pt-query-digest是Percona Toolkit里一个非常棒的工具，我几乎每次排查慢查询都会用到它。
pt-query-digest /var/log/mysql/mysql-slow.log > /tmp/slow_report.txt
它会把日志文件里的SQL按执行时间、次数、锁时间等维度聚合起来，并给出排名。这样，我们就能一眼看到哪些SQL是“罪魁祸首”，是时候重点关注它们了。
3. 使用EXPLAIN分析SQL执行计划 拿到具体慢查询SQL后，下一步就是深入分析它为什么慢。
EXPLAIN是MySQL自带的“透视镜”。
EXPLAIN SELECT * FROM users WHERE username = 'test_user';
EXPLAIN的结果会告诉你这条SQL是如何执行的，比如用了哪个索引（或没用）、扫描了多少行、连接类型等等。这里面
type、
rows、
Extra这几列尤为重要。
type
：ALL
通常意味着全表扫描，性能最差；index
是全索引扫描；range
是范围扫描，比较好；ref
和eq_ref
是查找单个值，效率最高；const
和system
是常量查找，极好。rows
：预估要扫描的行数，越小越好。Extra
：里面的Using filesort
（文件排序）和Using temporary
（使用临时表）都是性能杀手，需要特别留意。
4. 索引优化
EXPLAIN的结果往往会指向索引问题。
-
缺失索引：如果
EXPLAIN
显示type: ALL
，且WHERE
条件或JOIN
条件涉及的列没有索引，那就得考虑加上。ALTER TABLE your_table ADD INDEX idx_column_name (column_name);
- 不合适的索引：有时候有索引，但MySQL没用上，或者用了个效率不高的。这可能是因为索引列选择性不高，或者查询条件不满足最左匹配原则。
-
复合索引：对于多条件查询，考虑创建复合索引。例如
WHERE a = ? AND b = ?
，可以创建INDEX (a, b)
