MySQL内联外联的区别

http://www.cnblogs.com/withscorpion/p/9454490.html

内联就是全部都要符合条件, 没有NULL

select * from t1 inner join t2 where t1.user_id = t2.user_id

把两个表中都存在userid的行拼成一行(即内联)，但后者的效率会比前者高很多，建议用后者(内联)的写法。

左联(left outer join)。

select * from t1 left outer join t2 where t1.user_id = t2.user_id

左边的数据全部展示, 右边的数据符合条件的展示, 不符合条件的NULL展示

全联

显示左表T1、右表T2两边中的所有行，即把左联结果表 + 右联结果表组合在一起，然后过滤掉重复的。

select * from t1 full outer join t2 where t1.userid = t2.userid

现象:列表页因超时查不出来东西,使用postman模拟请花费40多秒,将sql语句单独提出来后查询速度非常慢,40多秒

先上结论:

在两个表关联字段上建立索引解决此问题，下面的内容比这句话爽多了，请继续看

表结构如下:

users(用户)表:id,name

integal_record(分数记录)表:id,user_id,integal_id

其中,integal_record表的user_id关联着users表的id,业务目的是查询每个员工阅读次数、评论次数和积分总和,查询语句如下:

(里面写死的值是我从mybatis里扣出来的)

integral_id=1代表着阅读,integral_id=2代表着评论

查询时间快半分钟是无法让人接受的，从表象的SQL语句来说,首先我们看到有很多SUM函数,因此我们来测试下SUM函数的计算时间，如下查询每个人阅读的累计次数:

可以看出来计算时间很长和SUM函数没什么关系,再看整个SQL除了一些SUM函数外就剩下users表左联integal_record表,我们把条件去掉，直接就写个左查询试试

amazing，我的users表里有13400条数据，关联的integral_record 表里也有13000条数据，仅仅做了左连接竟然花费了70秒，这肯定是超时的元凶；所以我们explain一下，看看mysql对这条数据的查询策略:

查看结果:

我们看到type字段的结果是All，也就是代表全表扫描，那么就好办了，建立索引即可，其中users表中的id属于主键,策略自增,有默认的索引,不在考虑范围内，我们仅需对integral_record表增加索引即可:

继续执行左联语句查看运行时间:

时间仍然很久，索引并没有起作用，这里排除一些逃避困难时的迷信想法:mysql有bug 或者navicat有bug，有网络问题 哈哈哈.....我们来看左联的关键属性:

执行时间从60多秒变成了0.375s,整个世界都安静了，再次explain一下

发现mtemp(integal)表的检索方式从all变成了ref，索引，快的一批，深呼吸....

希望继续遇到这种sql需要优化的问题来增加sql调优相关经验

这是多表查询的名词。 比如两个表A,B ，其中A表内有ID列，B表有aID，使用A inner join B on A.ID=B.aID产生的结果是：只有满足A 的ID和B的aID 相等的值才显示出来，并且每个单元格的值(ID，aID)不可能有空的。而left join 产生的结果是：以A表ID为标准，查找ID=aID 的结果，如果B的aID不存在与之对应的值，则新结果的aID这个单元格是空的。

sql内联语法基础语法(inner join)

SELECT * FROM 表1 inner join 表2 on 表1.userid=表2.userid

sql内联语法说明：上面的语句就是查询表1和表2两个表，只要两个表中的userid字段相同的话就拼成一行显示出来。

45it.com注：以上语法同等select * from 表1,表2 where 表1.userid=表2.userid，而使用sql内联的话，将会提高很多效率。

sql左联语法基础语法(left outer join)

SELECT * FROM 表1 LEFT OUTER JOIN 表2 ON 表1.userid=表2.userid

sql左联语法说明：显示表1中所有的行，并且把表2中所有符合条件的数据都显示到结果集中，如果表2中不符合的数据的都不会显示在结果集中，并且以null显示。

---