如何区分驱动表和被驱动表?
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,效率高一个数量级。可以使用覆盖索引,且不需要扫描全部的索引记录。