MySQL SQL优化的正确姿势

01/12 22:57
阅读数 36

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

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部