MySQL 索引失效的六个常见场景

举报
yd_265849483 发表于 2026/11/03 09:52:52 2026/11/03
【摘要】 六个最常见的索引失效场景:隐式转换、函数包裹、前导通配、最左前缀、or 条件、优化器选择。

MySQL 索引失效的六个常见场景

1. 隐式类型转换

`where phone = 13800138000`(phone 是 varchar),索引直接失效。加引号即可。

2. 函数作用在列上

`where date(create_time) = '2024-01-01'` 用不上索引,改成范围查询 `create_time >= '2024-01-01' and create_time < '2024-01-02'`。

3. 前导通配

`like '%abc'` 无法走索引,`like 'abc%'` 可以。

4. 联合索引最左前缀

`index(a,b,c)` 对 `where b=1` 无效。要么调整查询,要么补索引。

5. or 条件里有未索引列

`where indexed_col=1 or other=2`,其中 other 没索引 → 全表扫描。

6. 优化器判断回表成本高

有时索引存在但优化器选全表扫描。用 `force index` 验证,再决定是否调整统计信息。

小结

`explain` 是唯一可靠判断,看 type、key、rows 三列就够了。

【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0)

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。