MYSQl left join 联合查询效率分析

sql 代码

1. user表:   
2.   
3. id | name  
4. ———   
5. 1 | libk   
6. 2 | zyfon   
7. 3 | daodao   
8.   
9. user_action表:   
10.   
11. user_id | action  
12. —————   
13. 1 | jump   
14. 1 | kick   
15. 1 | jump   
16. 2 | run   
17. 4 | swim   
18.   
19. sql:   
20. select id, name, action from user as u   
21. left join user_action a on u.id = a.user_id   
22.   
23. result:   
24. id | name | action  
25. ——————————–   
26. 1 | libk | jump ①   
27. 1 | libk | kick ②   
28. 1 | libk | jump ③   
29. 2 | zyfon | run ④   
30. 3 | daodao | null ⑤   
31.   
32. 分析：   
33. 注意到user_action中还有一个user_id=4, action=swim的纪录，但是没有在结果中出现，   
34. 而user表中的id=3, name=daodao的用户在user_action中没有相应的纪录，但是却出现在了结果集中   
35. 因为现在是left join，所有的工作以left为准.   
36. 结果1，2，3，4都是既在左表又在右表的纪录，5是只在左表，不在右表的纪录    
37.   
38. 结论：   
39. 我们可以想象left join 是这样工作的   
40. 从左表读出一条，选出所有与on匹配的右表纪录(n条)进行连接，形成n条纪录(包括重复的行，如：结果1和结果3)，   
41. 如果右边没有与on条件匹配的表，那连接的字段都是null.   
42. 然后继续读下一条。    
43.   
44. 引申：   
45. 我们可以用右表没有on匹配则显示null的规律, 来找出所有在左表，不在右表的纪录， 注意用来判断的那列必须声明为not null的。   
46. 如：   
47. sql:   
48. select id, name, action from user as u   
49. left join user_action a on u.id = a.user_id   
50. where a.user_id is NULL  
51. (注意:1.列值为null应该用is null 而不能用=NULL  
52. 2.这里a.user_id 列必须声明为 NOT NULL 的)   
53. result:   
54. id | name | action  
55. ————————–   
56. 3 | daodao | NULL    
57.   
58. ——————————————————————————–   
59.   
60. Tips:   
61. 1. on a.c1 = b.c1 等同于 using(c1)   
62. 2. INNER JOIN 和 , (逗号) 在语义上是等同的   
63. 3. 当 MySQL 在从一个表中检索信息时，你可以提示它选择了哪一个索引。   
64. 如果 EXPLAIN 显示 MySQL 使用了可能的索引列表中错误的索引，这个特性将是很有用的。   
65. 通过指定 USE INDEX (key_list)，你可以告诉 MySQL 使用可能的索引中最合适的一个索引在表中查找记录行。   
66. 可选的二选一句法 IGNORE INDEX (key_list) 可被用于告诉 MySQL 不使用特定的索引。   
67. 4. 一些例子：   
68. mysql> SELECT * FROM table1,table2 WHERE table1.id=table2.id;   
69. mysql> SELECT * FROM table1 LEFT JOIN table2 ON table1.id=table2.id;   
70. mysql> SELECT * FROM table1 LEFT JOIN table2 USING (id);   
71. mysql> SELECT * FROM table1 LEFT JOIN table2 ON table1.id=table2.id   
72. -> LEFT JOIN table3 ON table2.id=table3.id;   
73. mysql> SELECT * FROM table1 USE INDEX (key1,key2)   
74. -> WHERE key1=1 AND key2=2 AND key3=3;   
75. mysql> SELECT * FROM table1 IGNORE INDEX (key3)   
76. -> WHERE key1=1 AND key2=2 AND key3=3;   
77.   
78. 7.2.9. MySQL如何优化LEFT JOIN和RIGHT JOIN  
79. 在MySQL中，A LEFT JOIN B join_condition执行过程如下：   
80.   
81. · 根据表A和A依赖的所有表设置表B。   
82.   
83. · 根据LEFT JOIN条件中使用的所有表(除了B)设置表A。   
84.   
85. · LEFT JOIN条件用于确定如何从表B搜索行。(换句话说，不使用WHERE子句中的任何条件）。   
86.   
87. · 可以对所有标准联接进行优化，只是只有从它所依赖的所有表读取的表例外。如果出现循环依赖关系，MySQL提示出现一个错误。   
88.   
89. · 进行所有标准WHERE优化。   
90.   
91. · 如果A中有一行匹配WHERE子句，但B中没有一行匹配ON条件，则生成另一个B行，其中所有列设置为NULL。   
92.   
93. · 如果使用LEFT JOIN找出在某些表中不存在的行，并且进行了下面的测试：WHERE部分的col_name IS NULL，其中col_name是一个声明为 NOT NULL的列，MySQL找到匹配LEFT JOIN条件的一个行后停止(为具体的关键字组合)搜索其它行。   
94.   
95. RIGHT JOIN的执行类似LEFT JOIN，只是表的角色反过来。   
96.   
97. 联接优化器计算表应联接的顺序。LEFT JOIN和STRAIGHT_JOIN强制的表读顺序可以帮助联接优化器更快地工作，因为检查的表交换更少。请注意这说明如果执行下面类型的查询，MySQL进行全扫描b，因为LEFT JOIN强制它在d之前读取：   
98.   
99. SELECT *   
100. FROM a,b LEFT JOIN c ON (c.key=a.key) LEFT JOIN d ON (d.key=a.key)   
101. WHERE b.key=d.key;   
102. 在这种情况下修复时用a的相反顺序，b列于FROM子句中：   
103.   
104. SELECT *   
105. FROM b,a LEFT JOIN c ON (c.key=a.key) LEFT JOIN d ON (d.key=a.key)   
106. WHERE b.key=d.key;   
107. MySQL可以进行下面的LEFT JOIN优化：如果对于产生的NULL行，WHERE条件总为假，LEFT JOIN变为普通联接。   
108.   
109. 例如，在下面的查询中如果t2.column1为NULL，WHERE 子句将为false：   
110.   
111. SELECT * FROM t1 LEFT JOIN t2 ON (column1) WHERE t2.column2=5;   
112. 因此，可以安全地将查询转换为普通联接：   
113.   
114. SELECT * FROM t1, t2 WHERE t2.column2=5 AND t1.column1=t2.column1;   
115. 这样可以更快，因为如果可以使查询更佳，MySQL可以在表t1之前使用表t2。为了强制使用表顺序，使用STRAIGHT_JOIN。