mysql多表left join联合查询效率问题5

说白了，这个SQL查询的过程其实很简单。
先查询a表所有数据，然后根据on条件查询b表数据，最后把b表的数据加到a表的结果里。
所以，当a表数据小于b表数据时，使用a LEFT JOIN b比b LEFT JOIN a快，前提是有索引。
三个表进行join操作时，先看前两个表，就是a和b的并集U，然后再和c表并集。
懂了吧！
我一开始也以为这个顺序不重要，后来发现不对，其实顺序还是有讲究的。
还有个细节挺关键的，就是如果关联表没有索引，最好把索引表放在最前面，这样效率会快一点。
说实话挺坑的，很多人没注意这个细节。
我觉得值得试试，看看能否提升你的查询效率。

MySQL全连接实现三个表的联接mysql三个表做全连接

记得有一次，在一家小公司里，我负责维护一个学生管理系统。
系统里有三个表：学生信息表、成绩记录表和课程安排表。
有一次，老板突然问我：“小张，能不能给我看看所有学生都选了哪些课程，包括那些没有选课的学生？”我一下头大了，因为之前没做过这样的查询。

我首先想到的是内连接，但那样只会显示那些选了课的学生。
然后我又想到了左连接，但那样又只能看到有成绩的学生。
突然，我想起了全连接，这应该可以解决我的问题。
于是，我查了查MySQL的文档，找到了全连接的语法。

我记得那天是2 02 3 年2 月1 5 日，我坐在办公室的电脑前，敲下了这样一段SQL语句：
sql SELECT FROM student FULL OUTER JOIN score ON student.id = score.student_id FULL OUTER JOIN course ON score.course_id = course.id;
运行这条语句后，奇迹发生了，所有学生的信息都显示出来了，包括那些没有选课的学生。
他们对应的课程信息用NULL填充了。
老板看到这个结果，满意地点了点头。

等等，我突然想到，如果将来有更多的表需要加入这个查询，全连接是不是会更方便呢？不过，全连接的查询性能可能会比其他类型的连接要差一些，因为需要处理更多的数据。
不过，在这个小公司里，性能问题还不是那么突出。

mysql查询多表联合查询

这就是坑，别用join，用exists。

某公司网络监控系统中，一次查询耗时从5 秒降低到0.5 秒。