MySQL联表查询优化实际操作流程

以下的文章主要是对MySQL联表查询优化，LEFT JOIN和 RIGHT JOIN实际操作的介绍，如果你对其有兴趣的话你就可以点击以下的文章进行观看了，希望会给你带来一些帮助在此方面。 A LEFT JOIN B join_condition 在mysql中实现如下： 表 B 依赖于表 A 以及其依赖的

以下的文章主要是对MySQL联表查询优化，LEFT JOIN 和 RIGHT JOIN实际操作的介绍，如果你对其有兴趣的话你就可以点击以下的文章进行观看了，希望会给你带来一些帮助在此方面。

A LEFT JOIN B join_condition 在mysql中实现如下：

表 B 依赖于表 A 以及其依赖的所有表。

表 A 依赖于在 LEFT JOIN 条件中的所有表(除了 B)。

LEFT JOIN 条件用于决定如何从表 B 中读取记录了(换句话说，WHERE 子句中的任何条件都对此不起作用)。

所有标准的连接MySQL联表查询优化都会执行，例外的情况是有一个表总是在它依赖的所有表之后被读取。如果这是一个循环的依赖关系，那么MySQL会认为这是错误的。

所有的标准 WHERE 优化都会执行。

如果 A 中有一条记录匹配了 WHERE 子句，但是 B 中没有任何记录匹配 ON 条件，那么就会产生一条 B 记录，它的字段值全都被置为 NULL。

如果使用 LEFT JOIN 来搜索在一些表中不存在的记录，并且 WHERE 部分中有检测条件：col_name IS NULL，col_name 字段定义成 NOT NULL 的话，MySQL就会在找到一条匹配 LEFT JOIN 条件的记录(用于和特定的索引键做联合)后停止搜索了。

RIGHT JOIN 的实现和 LEFT JOIN 类似，不过表的角色倒过来了。

连接MySQL联表查询优化程序计算了表连接的次序。表读取的顺序是由 LEFT JOIN 强行指定的，而且使用 STRAIGHT_JOIN 能帮助连接优化程序更快地执行，因为这就会有更少的表排队检查了。注意，这里是指如果你执行下面这种类型的查询后，MySQL就会对 b 做一次全表扫描，因为 LEFT JOIN 强制要求了必须在读 d 之前这么做：

SELECT *  

FROM a,b LEFT JOIN c ON (c.key=a.key) LEFT JOIN d ON (d.key=a.key)  


WHERE b.key=d.key;  

解决这种情况的方法是按照如下方式重写查询：

SELECT *  

FROM b,a LEFT JOIN c ON (c.key=a.key) LEFT JOIN d ON (d.key=a.key)  


WHERE b.key=d.key;  

从4.0.14开始，MySQL做如下 LEFT JOIN 优化：如果对产生的 NULL 记录 WHERE 条件总是 假，那么 LEFT JOIN 就会变成一个普通的连接。

例如，下面的查询中如果 t2.column1 的值是 NULL 的话，WHERE 子句的结果就是假了：

SELECT * FROM t1 LEFT JOIN t2 ON (column1) WHERE t2.column2=5; 

因此，这就可以安全的转换成一个普通的连接查询：

SELECT * FROM t1,t2 WHERE t2.column2=5 AND t1.column1=t2.column1; 

这查询起来就更快了，因为如果能有一个更好的查询计划的话，mysql就会在 t1 之前就用到 t2 了。想要强行指定表顺序的话，可以使用 STRAIGHT_JOIN。以上的相关内容就是对MySQL联表查询优化：LEFT JOIN 与 RIGHT JOIN的介绍，望你能有所收获。