MySQL 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 优化班老师~ ^^