EXPLAIN 显示 type=ALL 表示 MySQL 正在执行全表扫描，逐行读取整张表匹配条件，数据量过万时响应明显变慢；常见原因包括 WHERE 字段无索引、使用函数或隐式类型转换。
为什么 EXPLAIN 显示 type=ALL 就该警惕
这代表 MySQL 正在执行全表扫描——它会逐行读取整张表来匹配条件，数据量一过万行，响应就明显变慢。常见诱因是 WHERE 字段没索引、用了函数或隐式类型转换，比如 WHERE YEAR(create_time) = 2024 或 WHERE user_id = '123'（字段是 INT 但传了字符串）。
实操建议：
- 用
EXPLAIN SELECT ...看key列是否为NULL，rows是否接近表总行数 - 检查
WHERE中所有字段是否都落在已有索引的最左前缀上（复合索引(a,b,c)支持a、a,b、a,b,c，但不支持单独b或b,c） - 避免在索引列上使用函数、运算符（如
UPPER(name)、age + 1 > 18），改写为可走索引的形式
复合索引怎么建才不浪费
不是字段越多越好，顺序和选择直接影响能否命中。MySQL 只能高效利用索引的“连续最左前缀”，且范围查询（>、BETWEEN、LIKE 'abc%'）之后的字段无法再用于索引查找。
实操建议：
- 把等值查询字段放前面（如
WHERE status = 1 AND category_id = 5→ 索引优先建(status, category_id)） - 范围查询字段放最后（如需加时间范围
AND created_at > '2024-01-01'，则建为(status, category_id, created_at)） - 避免冗余索引：已有
(a,b)再建(a)是多余的；但(a,b)和(b,a)不等价，按实际查询模式选
ORDER BY 和 LIMIT 为什么也会触发全表扫描
即使 WHERE 条件走了索引，如果 ORDER BY 字段不在同一索引中，MySQL 可能先查出所有匹配行再排序，导致临时表 + 文件排序（Extra 显示 Using filesort）。而 LIMIT 10 并不能阻止这个过程。
