大家好,我是知数堂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源创计划”,欢迎正在阅读的你也加入,一起分享。