索引关联理解

inner join
left join

如果是inner join的话，一边有索引就可以了

如果是left join，主表可以不用索引，但另外张表就要索引

切记：小表驱动大表，给被驱动表建立索引

EXPLAIN语句分析出来的第一行的表即是驱动表

在以小表驱动大表的情况下，再给大表建立索引会大大提高执行速度

在join连接时哪个表是驱动表，哪个表是被驱动表：

当使用left join时，左表是驱动表，右表是被驱动表
当使用right join时，右表是驱动表，左表是被驱动表
当使用join时，mysql会选择数据量比较小的表作为驱动表，大表作为被驱动表

left join 原理是 [左连接] 情况下左表全有，因此在右边创建索引，得到比较理想的效果

然后 inner join 是因为mysql自带得优化器能自动识别怎么去”找“更省时间

结论：left join:右边创建索引；right join:左表创建索引

索引失效

场景：当使用关联查询（inner 、left、right join）等进行查询时候，关联条件都已建立索引，但查看执行计划发现并未走索引。

原因：两表字段的字符集不相同导致关联查询索引失效

解决方案：

修改表字段字符集类型，保证字符集一致
使用convert()函数，保证关联的索引字段转换后两边字符集一致

索引在关联查询中的作用

MySQL执行[关联查询]的策略简单地说，先从一个表循环取出单条数据，然后再循环到下一个表中寻找匹配的行，然后再下一个表，依次下去，直到找到所有表中匹配的行为止。然后根据各个表匹配的行，返回查询中需要的各个列。

image.png

根据上述内容，第一张表很重要。但关联顺序并不是按照SQL语句中的顺序。在执行关联查询的时候，关联查询优化器通过评估不同顺序时的成本，选择一个代价最小的关联顺序。当然如果需要，可以使用STRAIGHT_JOIN关键字人工指定关联顺序。

所以，多表关联查询，比如三表关联，执行过程大概是，关联查询优化器选择其中一个查询成本最小的表，一般是扫描行数最少，然后根据关联字段关联后面第二、第三张表。可见如果第二、第三张表上有索引，就能大幅提高性能。优化关联查询，确保ON或者USING子句上的列有索引。在创建索引的时候就要考虑到关联顺序。优化器的关联顺序中最前面的表不需要在关联列上建索引，只需在关联顺序中的第二个及以后表的相应列上建索引。

可见，在关联查询中，第一张表以后的多张表的关联字段上的索引，可以同时起作用。

此外注意，要确保任何group by和order by中的表达式只涉及到一个表中的列，这样mysql才有可能使用索引来优化这个过程。