关于索引的重新理解

1.join on 和 where 都会走索引

2.但是 join on 后 会生成 一张临时表（索引表还是不会变，只是索引回表回的是临时表）

3.join on 一张表必须得全表扫描，而另一张可以用索引

4.主键索引（一张表，以主键排序（主键字段+其他字段）），这张表都是按顺序来的，也就是说先从主表中，将id排序，然后，插到索引表中，所以索引表，都是1,2，3全部在树的右边，如果走这张索引表，就会很快，找到id 的一个值，后面的全部在右边
等同于，把主表按id排序后，全部插在 树的右边

5.非聚集索引，就是将主表中的索引列，一个一个插在 树里，插之前没有排序，插的时候排序，并且在索引表中，不仅有索引列，还有对应的id值，以及记录对应主表记录的地址，
但是id不是索引，例如 where name = and id = (这就会索引失效)，因为id不是索引，插的时候只是按索引列插的，只是带上 id的信息

6.举个例子 select * from A left Join B on A.c = B.c where A.id = 5(c是索引)
那么首先 A.c = B.c会走索引，A.c作为全表扫描不走索引，将A表的所有记录一条一条拿出，然后走 B.c 的索引，去和之前A的全表的数据比较，B.c走索引，B.c确定值后，回表
将A的主表和B的主表（回表后的）生成一张临时的主表，这时A.c,B.c的索引表还在而且不变，这样到这步就快了很多，并且 A因为是全表扫描（临时表A的数据全在，B因为走了索引只有一部分），然后到 where A.id = 5,走A的id索引表，然后回表（回表是根据临时表来回表的）这样又快了不少

7.那么 A.c = B.c 那张表作为 全表扫描，哪张表作为 索引表（mysql根据 A，B表的大小，小的作为全表扫描）

8.group by hanving 后面的 就不走索引了