这个DBA有点耶
从EXPLAIN ANALYZE到FORCE INDEX:索引选错的定位方法与联合索引优化
原创
关注作者
腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
这个DBA有点耶
社区首页
>
专栏
>
从EXPLAIN ANALYZE到FORCE INDEX:索引选错的定位方法与联合索引优化
从EXPLAIN ANALYZE到FORCE INDEX:索引选错的定位方法与联合索引优化
这个DBA有点耶
关注
发布于 2026-10-23 15:25:21
发布于 2026-10-23 15:25:21
37
0
举报
概述
建索引是为了加速查询,但有时候索引建了,查询反而更慢。根因往往不在索引本身,在优化器的选择:它可能选了一个“看起来选择性很高”但实际回表代价巨大的索引,也可能触发了Index Merge,把两个索引的结果集合并,合并操作本身的开销超过全表扫描。本文拆解优化器选错索引的三种典型场景、Index Merge的代价链路,以及用EXPLAIN ANALYZE和FORCE INDEX定位问题的方法。
文章被收录于专栏:
小耶转行干货分享
小耶转行干货分享
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系
cloudcommunity@tencent.com
删除。
mysql优化
dba
索引
mysql
目录
一、优化器为什么会选错索引
二、Index Merge:看起来聪明,实际很贵
三、怎么确认优化器选错了
四、解决方案
五、小结
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档