EXPLAIN ANALYZE 会真实执行SQL并返回实际耗时、扫描行数等指标，不可在生产库对大表或DML语句直接使用；需配合ANALYZE TABLE更新统计信息以确保结果准确。
EXPLAIN ANALYZE 会真正执行 SQL，别在生产库直接跑
它不是只看计划，而是把查询真跑一遍，拿到实际耗时、真实扫描行数、迭代次数这些硬指标。所以你在开发或测试环境验证慢查时可以用，但线上查大表、带 UPDATE 或 DELETE 的语句，绝对不能直接加 EXPLAIN ANALYZE——它会改数据、锁表、拖慢服务。
常见错误现象：EXPLAIN ANALYZE UPDATE users SET status = 1 WHERE created_at 这种语句执行一次就改了数据，还可能触发长事务和主从延迟。
- 只对
SELECT语句使用EXPLAIN ANALYZE（MySQL 官方明确支持的仅限于此） - 确认目标表数据量可控，比如百万级以下；千万级以上建议先用
EXPLAIN FORMAT=TREE预估 - 如果必须分析写操作，改用
EXPLAIN FORMAT=JSON+SHOW PROFILE组合，避免实际执行
对比 FORMAT=TREE 和 EXPLAIN ANALYZE 的输出差异
EXPLAIN FORMAT=TREE 给的是优化器“认为”会怎么执行：有算子结构、预估 cost、预估 rows；而 EXPLAIN ANALYZE 在此基础上多出 (actual time=... rows=... loops=...) 这组括号里的真实值。关键就看这两组数字差得多不多。
典型场景：某张表统计信息过期，EXPLAIN 显示 rows=100，但 EXPLAIN ANALYZE 显示 rows=85000——说明索引选择失效，或者 WHERE 条件过滤率极差，得重刷统计信息或调整条件写法。
-
actual time是毫秒级实测耗时，注意看范围（如0.042..12.891），前值是启动延迟，后值是总耗时 -
loops=1表示该算子只执行一次；若为loops=125，说明它被嵌套调用了 125 次，可能是驱动表选错导致的放大效应 -
rows字段在ANALYZE中是真实返回行数，比传统EXPLAIN的预估更可信，尤其对JOIN和子查询
识别性能瓶颈靠 actual time + rows + Extra 组合判断
单看 type=ref 或 key=idx_user_id 不代表没问题。真正卡点往往藏在 Extra 和 actual time 里。比如你看到一行输出：
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
-> Sort: o.created_at DESC (actual time=156.321..157.444 rows=10 loops=1)
这说明排序花了 1.1ms，表面不长，但如果 rows=50000，那基本就是 Using filesort 导致磁盘临时文件 IO，得加覆盖索引。
-
Using temporary+actual time高 → 聚合或去重没走索引，考虑加ORDER BY ... LIMIT提前截断，或拆分逻辑 -
Nested loop inner join的actual time占比超 70%，且内层loops值很大 → 驱动表顺序错了，换STRAIGHT_JOIN强制或调整WHERE条件顺序 - 某
Table scan on t_order行显示actual time=0.021..48.712 rows=124892 loops=1→ 全表扫描且数据量大，优先检查WHERE是否能命中索引最左前缀
EXPLAIN ANALYZE 对统计信息敏感，记得及时更新
它的“实际”数据再准，也依赖 MySQL 底层统计信息是否新鲜。如果表刚批量导入百万数据，但没运行 ANALYZE TABLE t_order，EXPLAIN ANALYZE 可能仍按旧分布估算中间结果集大小，导致后续算子的 actual rows 看似合理，实则掩盖了真实倾斜。
容易被忽略的地方：分区表、大字段（TEXT/BLOB）占比高的表，ANALYZE TABLE 默认采样率可能不足，需显式指定 WITH SAMPLE n 或调大 innodb_stats_persistent_sample_pages。
- 日常维护脚本里加上
ANALYZE TABLE，尤其在 ETL 后或大 Delete/Insert 后 - 对慢查复现环境，先跑
ANALYZE TABLE再跑EXPLAIN ANALYZE，否则两轮结果不可比 -
EXPLAIN ANALYZE本身不更新统计信息，它只是消费者，不是生产者
