一、10秒看 EXPLAIN 的顺序
拿到 EXPLAIN 结果后，只看 4列：
type
key
rows
extra
检查顺序：
1 看 type
2 看 key
3 看 rows
4 看 extra
二、第1步：看 type（最重要）
执行：
EXPLAIN SELECT * FROM iot_data WHERE order_no='A001';
假设返回：
| type | key | rows |
|---|---|---|
| ALL | NULL | 500000 |
如果看到：
type = ALL
说明：
全表扫描
在 IOT / 日志 / 报表表里这是非常危险的。
性能等级：
| type | 性能 |
|---|---|
| system | 最好 |
| const | 很好 |
| eq_ref | 很好 |
| ref | 正常 |
| range | 还行 |
| index | 一般 |
| ALL | 最差 ❌ |
优化目标：
至少 ref
最好 range
三、第2步：看 key（有没有使用索引）
例如：
| possible_keys | key |
|---|---|
| idx_order | idx_order |
说明：
SQL 使用了 idx_order 索引
如果：
key = NULL
说明：
索引没有用上
原因可能是：
- 没有索引
- 类型不一致
- 函数导致索引失效
四、第3步：看 rows（扫描多少数据）
例如：
| rows |
|---|
| 100000 |
意思：
MySQL 预计扫描10万行
优化目标：
| 数据表规模 | 建议 rows |
|---|---|
| 100万 | <1000 |
| 1000万 | <5000 |
如果：
rows = 500000
说明 SQL 会慢。
五、第4步：看 Extra
常见情况：
1 Using index 👍
Using index
说明：
覆盖索引
非常快。
2 Using where
Using where
正常。
3 Using filesort ⚠️
Using filesort
说明：
ORDER BY 没有用索引
需要额外排序
数据多时会慢。
4 Using temporary ⚠️
Using temporary
说明：
使用临时表
一般出现在：
GROUP BY
六、真实例子（报表SQL）
SQL：
SELECT
order_no,
AVG(xbar)
FROM iot_minute_stat
WHERE stat_time BETWEEN '2026-03-10 08:00' AND '2026-03-10 10:00'
GROUP BY order_no
EXPLAIN：
| type | key | rows | extra |
|---|---|---|---|
| ALL | NULL | 1200000 | Using where; Using temporary |
问题：
全表扫描
120万行
临时表
七、优化方法
建立索引：
CREATE INDEX idx_time_order
ON iot_minute_stat(stat_time,order_no);
再执行：
EXPLAIN SELECT ...
结果：
| type | key | rows |
|---|---|---|
| range | idx_time_order | 3500 |
性能提升：
120万 → 3500
八、最常见的索引失效原因
很多人遇到：
有索引
但是没用
最常见原因：
1 使用函数
错误：
SELECT *
FROM iot_data
WHERE DATE(collect_time)='2026-03-10'
索引失效。
正确写法：
SELECT *
FROM iot_data
WHERE collect_time BETWEEN
'2026-03-10 00:00:00'
AND
'2026-03-10 23:59:59'
2 类型不一致
表：
order_no VARCHAR
SQL：
WHERE order_no = 1001
应该：
WHERE order_no = '1001'
3 LIKE 前缀 %
错误：
WHERE name LIKE '%abc'
索引失效。
正确：
WHERE name LIKE 'abc%'
九、报表SQL优化经验
MES / ERP 报表建议：
必建索引
时间
订单
设备
指标
例如：
CREATE INDEX idx_order_tag_time
ON iot_minute_stat(order_no,tag,stat_time);
十、开发人员必备口诀
看 EXPLAIN 时：
type 看扫描方式
key 看索引
rows 看扫描量
extra 看排序临时表
只要看到：
ALL
NULL
rows 很大
Using filesort
就说明 SQL 需要优化。
如果你愿意，我可以再教你 一个非常实用的东西（很多程序员不知道）：
如何通过 3 条规则设计索引，让 90% SQL 自动变快
还有：
- 联合索引正确顺序
- 为什么有索引但不用
- 千万级表如何设计索引
这对 你现在做 JSP + MySQL 报表系统会非常有用。