A LEFT JOIN B join_condition 在mysql中实现如下:
表 B 依赖于表 A 以及其依赖的所有表。
表 A 依赖于在 LEFT JOIN 条件中的所有表(除了 B)。
LEFT JOIN 条件用于决定如何从表 B 中读取记录了(换句话说,WHERE 子句中的任何条件都对此不起作用)。
所有标准的连接优化都会执行,例外的情况是有一个表总是在它依赖的所有表之后被读取。如果这是一个循环的依赖关系,那么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 类似,不过表的角色倒过来了。
连接优化程序计算了表连接的次序。表读取的顺序是由 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
- SQL LEFT JOIN 关键字
- SQL 外链接操作小结 inner join left join right join
- MySQL下limit和join的优化
- mysql多表join联查语句错误:#1241 - Operand should contain 1 column(s)
- MySQL联表查询详解/超详细mysql left join,right join,inner join用法分析比较
- 实例解析:mysql left join,right join,inner join用法分析(不同点区别)
- 远程登入MySQL出错问题原因分析及解决办法/无法远程登入MySQL数据库
- MySQL(csv,text)数据导入到mssql方法参考
- 使用show status/show variables对Mysql进行优化
- MySQL 数字类型转换函数(concat/cast)
- mysql数据编码整理类型说明
- 远程连接mysql速度慢的解决方法:skip-name-resolve取消DNS的反向解析
- MySQL错误:Incorrect file format/数据表“使用中”解决手记
- 如何选择合适的MySQL存储引擎/MySQL各主要存储引擎特点
0 条评论。