Mysql多表联合查询：

首先搞清楚一个概念：笛卡尔积，驱动表

关于笛卡尔积：

简言之就是强拼，不带条件的硬拼2(多)张表，结果就是直接做乘法

SELECT * FROM a CROSS JOIN b;

SELECT * FROM a INNER JOIN b;

SELECT * FROM a,b;

SELECT * FROM a NATURE JOIN b;

SELECT * FROM a NATURA join b;

例子：SELECT * FROM a LEFT JOIN b;

关于驱动表：

如何判断驱动表

如果没有where条件

左连接，如果没有where条件，则左表为驱动表

右连接，如果没有where条件，右表为驱动表

explain规则：explain语句结果中，第一行为驱动表(该定律适用于join；子查询的话要分情况)

性能优化相关

①选谁做驱动表

引用一个举烂了的例子，在没有过滤条件的情况下，外表有多少行就会被加载多少次；

参考《索引设计与优化》这本书的说法，每次加载相当于一次随机读；

假设A表10000行，B表100行；也就是说如果用A表做驱动表会伴随着10000次随机读，而如果是B表作为驱动表，会伴随着100次随机读。

所以普遍的优化方案是小表作为外表(驱动表)，用小表去驱动大表。

②创建合理的索引

选择小表驱动大表，然后在内表(被驱动的大表)的连接谓词上建立索引，使得对内表的查询走索引提高效率。这种做法最高效的就是外表是一张小表，而内表的连接谓词刚好是内表的主键。

在对这种没有查询过滤条件的语句执行explain的时候会非常不爽，因为驱动表通常是走的全表扫描；在我的测试中，如果外表上没有查询过滤条件(也就是本地谓词)的话，无论查询项是否是索引项，都是走全表。(换句话说，也就是在没有过滤条件的情况下，外表其实有没有索引对于当前语句的优化意义都不太明显(因为会走全表嘛)，如果专门因为某个语句去对外表建一大堆索引的可以省省了)

使用EXPLIAN字段可以对sql语句进行分析，当extra有Using temporary; Using filesort等时表示需要进行优化，意思分别是用了临时表和一种sql的排序。

eg1:

select * from a inner join b where a.id=b.aid order by a.id;这种情况下：

如果a的集合比b小，那么mysql就会以a为驱动表，这个时候如果a.id有索引的话，那么这个索引是起效的，不会出现Using temporary; Using filesort，查询是高效的。

如果a的集合比b大，那么mysql就会以b为驱动表，这个时候如果a.id有索引的话，那么这个索引是不起效的，order by只能对驱动表进行排序，此时可能会出现Using temporary; Using filesort，在数据量很大的情况下查询非常慢。

解决：

人为的对表进行设置哪个为驱动表，如left join，或者straight_join(强制把左边的表设置为驱动表)，然后把order by 字段，加一个索引。

实际问题：

项目中遇到一个页面要20s才加载好，找到sql语句，发现做了2个查询，一个是查询信息，花费10s，另外一个是select count所以时间等同10s，用explian分析：es是主表有15w条记录，sp表只有14条记录，所以使用inner join的话mysql会自动优化为以sp为驱动表，因为如果以sp表为驱动表(排第一个的就是驱动表)，那么只需循环14次去匹配15w的es表是比较高校的，但是这里需要对es表中的modifytime进行排序，所以先搜全部符合条件，再对其进行排序，而且不能用索引，所以就会Using temporary; Using filesort，而且特别慢。

措施：

改为straight_join,或者left join

此时，查询速度已经快了很多，但是使用分析，还是有Using temporary; Using filesort，所以对order by的字段添加索引，这时就能做到最好优化此时，explian全部为using where。大功告成