Mysql实战-Join算法底层原理
前面我们讲解了B+Tree的索引结构，及Mysql的存储引擎MyISAM和InnoDB,今天我们来详细讲解下Mysql的查询连接Join的算法原理
文章目录
- Mysql实战-Join算法底层原理
- 1.Simple Nested-Loop Join 简单嵌套循环
- 2.Block Nested-Loop Join 块嵌套循环连接
- 3. Index Nested-Loop Join 索引嵌套循环连接
Join算法分类
在Mysql的查询过程中，我们都知道涉及多表查询，我们都会使用join来连接多个表进行查询，join的本质就是循环每个表进行匹配，join算法可以分为三种形式
- 简单嵌套循环连接 SNL （ Simple Nested-Loop Join）
- 块嵌套循环连接 INL（ Block Nested-Loop Join）
- 索引嵌套循环连接 INL（ Index Nested-Loop Join）
1.Simple Nested-Loop Join 简单嵌套循环
Simple Nested-Loop join(NLJ)算法
- 比较简单粗暴，就是通过双层循环比较数据来获取查询结果
- 从循环中的第一个表中一次读取一行，将每一行传递给一个嵌套循环，判断嵌套循环中匹配数据是否一致
假如两个表，每个表都有1W条数据，那么数据对比次数就是 1w*1w=1亿次，每一次扫描其实就是从硬盘中读取数据加载到内存中,也就是一次IO，目前IO是最大的瓶颈, 查询效率相当的慢
例如 驱动表用户表User, 被驱动表class课程表
select * from User u left join class c on u.id = c.user_id
相当于写了一个for循环来执行查询逻辑，伪代码可以看作
for(User u: User){
for(Class c: Class){
if(u.id == c.userId){
// 得到匹配数据
}
}
}
可以用下面的图来简单的解释一下
2.Block Nested-Loop Join 块嵌套循环连接
我们知道上面的简单嵌套循环 效率很低是因为他必须扫描取每一条数据，者提供是非常耗时的，所以我们为啥不能多取一点呢？
Block Nested-Loop Join 块嵌套循环连接
不再是每条每条的取，而是每次都从驱动表每次取一批数据，放到内存中，然后对这一批数据进行匹配操作，当数据操作匹配完毕，就再次从驱动表中取一批数据放到内存中，再次比较，直到数据匹配完毕，完成查询，这种方式就是 块嵌套循环连接
Mysql中对这块内存有一个专门的名词就是 join buffer，我们可以通过执行
#查看join buffer大小
show variables like '%join_buffer%'
查询结果
那么我们的 Join Buffer有这么一个内存空间，这里面到底存储的是什么东西呢？假如我们查询2个表 a表和b表, 这里用到了
- a表的 col1列，col2列，col3列
- b表的 col1列 和 col2列
查询语句如下
select a.col1 from a
left join b
on a.col2= b.col1
where a.col3 > 0 and b.col2 >0
查询过程分析
- 首先扫描 驱动表，然后读取一定长度的数据存储到 join buffer中
- join buffer中存储的不是驱动表的整行记录
- join buffer中只会放驱动表参与查询的列， 也就是a表的 col1列，col2列，col3列
- 查询的字段越少，join buffer存放的记录越多
- 一次存放的记录越多，I/O查询的次数就越少，效率就越高
- 对于 join buffer的大小，我们可以通过 设置去优化 设置为1M 命令 set session join_buffer_size = 1024*1024 * 1024
我们可以用下面的图来简单介绍下 块循环的逻辑
3. Index Nested-Loop Join 索引嵌套循环连接
上面我们讲解了 块嵌套循环连接，需要把驱动表的数据加入join buffer来进行匹配，同样非常耗时，我们有其他优化方法吗？这就引出了 Index Nested-Loop Join 索引嵌套循环连接
ndex Nested-Loop Join 索引嵌套循环连接
顾名思义就是必须有索引才行，而且是驱动表上必须有索引，通过使用索引减少扫描的次数来提高查询效率的
我们给驱动表 需要连接的列加上索引，这样匹配的过程就会非常的快
- 首先 驱动表会根据关联字段的索引进行查询，当索引是否命中数据，直接进行回表查询该条记录
- 驱动表会根据关联字段的索引进行查询，当索引上找到符合的值，才会进行回表查询
- 如果非驱动表的关联字段是主键的话，查询效率非常高(主键索引结构的叶子结点包含了完整的行数据)，
- 非驱动表的关联字段如果不是主键，每次匹配到索引后都需要进行一次回表查询，性能弱于主键的查询
索引嵌套循环连接用可以用下面的图来简单描述
至此，我们彻底的了解了 join算法的底层原理，也明确直到了三种方法的优劣，有助于我们再分析索引的时候，更快的定位出问题，进行索引优化
