MySQL之join

目录

• 语法
• 阿里巴巴Java开发手册
• 为什么对join进行限制？join的过程是怎样的？
• 如何优化join？
• 参考

 

---

回到顶部

语法

1. ... from tb1 join(inner join) tb2 on condition
2. ... from tb1 left join tb2 on condition
3. ... from tb1 right join tb2 on condition
4. ... from tb1 full join tb2 on condition【1】

回到顶部

阿里巴巴Java开发手册

【强制】 超过三个表禁止join。需要join的字段，数据类型必须绝对一致；多表关联查询时，保证被关联的字段需要有索引。
说明 : 即使双表join也要注意表索引、SQL性能。【2】

回到顶部

为什么对join进行限制？join的过程是怎样的？

现在假设有两个表tb1和tb2，都有字段id、a、b，id为主键，a上有索引，tb1中有100行数据，tb2中有1000行数据。【3】

1. explain ... tb1 join tb2 on tb1.a = tb2.a会发现tb1是全表扫描，tb2是走的索引，这很好理解相当于两层for，只是第二层可以通过所以找到想找的值。具体过程为依次从tb1中读一行，再去通过索引找tb2中满足条件的行。
2. explain ... tb1 join tb2 on tb1.a = tb2.b因为没有索引，这就是两层for了，显然时间复杂度是不可接受的，因此MySQL的做法是这样：
   • 将tb1放到join_buffer中（当然这里也可能出现放不下的情况）
   • 全表扫描tb2，然后与join_buffer中的数据进行比较找到满足条件的行（这个专栏其实没有讨论tb2放不下的情况，待补充）。这里举个例子说明一下为什么可以加快速度，假设tb1需要分5次才能放到join_buffer中，对于其中的一次来说，将tb1的1/5放入到join_buffer中，再对tb2全表扫描，接着对比tb1和tb2找到满足条件的行，而这样的操作需要5次才能完成，也就是说tb2有5次的全表扫描，若采用类似于两层for的方式的话需要：5 * join_buffer中的大小（前提是第5次也正好满了），不过就是tb1的行数。因此两种方式对于tb2的全表扫描的次数对比为：tb1需要分的次数 vs tb1的行数，差距是非常大的。

由此可知如果被驱动表condition的字段没有索引的话，会有很大的开销，因此如果在数据量较大的情况下一定要要确保被驱动表中加上索引。

回到顶部

如何优化join？

...

回到顶部

参考

1. https://www.w3schools.com/sql/sql_join.asp
2. https://pdai.tech/md/dev-spec/code-style/code-style-alibaba.html
3. 极客时间MySQL实战45讲，第34、35节