大家好，我是知数堂SQL 优化班老师 网名：骑龟的兔子
已经很久没写文章了 今天分享一篇优化SQL 案例
slow query 里有如下 SQL
看下执行计划如下
从执行计划可以看出C表全表扫描了
那我们看具体的SQL
从具体SQL 中可以看出 where 条件里能达到好的过滤条件的 应该是
B表 ，那先看下B表相关条件有没有索引
从上图所示，我们知道了 是有索引的，那应该案例来说，B表应该当驱动表，但实际没有 ，而是C表当了驱动表 为啥呢 ？
我们都知道MySQL 是基于COST 的优化器 如果 B 当驱动表的话 那连接顺序应该是 B->A->C 显然在这个过程中哪个地方的COST 太高了 所以最终没选择这个执行计划。
我们重点看下 A->C 的连接条件
我们看下 这个连接条件所对应的C表的索引情况
从这可以看到 **C表 对应的连接条件 在索引里不是前导列，也就是第一个列
**
所以问题就出现在这里了 。
那到此，我们先测试下，单独创建一个单列索引
然后看下执行计划
嗯 达到了我们的预期效果。看下具体执行效果
我的新一轮的SQL 优化课 即将在春节后开课
我是知数堂SQL 优化班老师~ ^^
如有关于SQL优化方面疑问和一起交流的请加 并且 @兔子@知数堂SQL优化
高性能MySQL,SQL优化群 有叶金荣，吴炳锡 两位大神坐镇 ：579036588
欢迎加入 知数堂大家庭。
我的微信公众号：SQL开发与优化(sqlturning)
本文分享自微信公众号 - 老叶茶馆（iMySQL_WX）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。