如何区分驱动表和被驱动表

如何区分驱动表和被驱动表？

explain sql 语句，然后当 id 一样的时候，在上面的就是驱动表，下面的就是被驱动表。

using where （没有使用索引的字段）

using index （使用覆盖索引）

using index condition （索引下推）什么意思?

比如这个explain 。因为是 * 所以需要回表。

 key 1 > 'z' 是可以走索引的，而 key1 like '%a' 不能走索引（索引失效）。所以需要回表。

普通的操作就是， key 1 > 'z' 之后直接回表，然后走聚簇索引，一个一个id去查看哪个符合 key1 like '%a' 条件。这种效率很低。

所以优化：先通过  key 1 > 'z' 走索引，然后 先不回表，先直接筛选看哪个符合 key1 like '%a' 条件，筛下去一大波再回表，甚至如果符合条件的，就干脆不回表了！

Using filesort 啥意思？

排序（select * 需回表的时候）explain 显示的是 ：Using filesort （很多情况下，排序操作无法使用索引，不能使用之前有的b + 树，得现排）。考虑给 order by 的字段 加个 索引，或者使用有索引的字段来排序。

然后。。你还得limit 一下，不然 不走索引 

type 里面的 index 是什么？

它和Extra 字段里的 using index 可不是一回事。。 后者是指用到了覆盖索引。前者是看sql执行好坏的重点。（？）

type 排列 system > const >  eq_ref >  ref > range > index >all  .至少达到range ，要求是ref级别

index ，这个意思是 可以使用覆盖索引，但需要扫描全部的索引记录，该表访问方法就是 index。

我的理解是，假如联合索引key_part1、key_part2、key_part3 。大哥、二哥和三弟。

如果三弟、二哥去找别人，就是all。大海捞针。

如果就是不带着大哥，三弟单独找二哥或大哥，或者带着二哥的一部分找二哥，就是index（执行效率一般）。可以使用覆盖索引，但需要扫描全部的索引记录。

如果走哪都带着大哥 ，就是ref，效率高一个数量级。可以使用覆盖索引，且不需要扫描全部的索引记录。