为什么代码规范要求SQL语句不要过多的join？

上一篇：一个90后员工猝死的全过程0、2T架构师学习资料干货分享

来源：juejin.im/post/5e0443ae6fb9a0162277a2c3

送分题

• total 总内存

• used 已用内存

• free 空闲内存

• buff/cache 已使用的缓存

• avaiable 可用内存

面试官：那你知道怎么清理已使用的缓存吗(buff/cache)

我：em… 不知道

面试官：sync; echo 3 > /proc/sys/vm/drop_caches就可以清理buff/cache了，你说说我在线上执行这条命令做好不好?

我：(送分题,内心大喜)好处大大的有，清理出缓存我们就有更多可用的内存空间, 就跟pc上面xx卫士的小火箭一样，点一下，就释放出好多的内存

面试官：em…., 回去等通知吧

再谈SQL Join

面试官：换个话题，谈谈你对join的理解

我：好的（再答错就彻底完了，把握住机会)

回顾

inner join 内连接

left join 左连接

full join 全连接

面试官：在项目开发中如果需要使用join语句，如何优化提升性能?

我：分为两种情况，数据规模小的，数据规模大的。

面试官: 然后?

我：对于

1.数据规模较小 全部干进内存就完事了嗷

2.数据规模较大

面试官：可以总结为join语句是相对比较耗费性能，对吗？

我：是的

面试官: 为什么?

缓冲区

如图所示join_buffer_size的大小将会影响我们join语句的执行性能

面试官: 除此之外呢?

一个大前提

我：任何项目终究要上线，不可避免的要产生数据，数据的规模又不可能太小

面试官: 是这样的

我：大部分数据库中的数据最终要保存到硬盘上,并且以文件的形式进行存储。

以MySQL的InnoDB引擎为例

• InnoDB以页(page)为基本的IO单位，每个页的大小为16KB

• InnoDB会为每个表创建用于存储数据的.ibd文件

验证

我：这意味着我们有多少表要连接就需要读多少个文件，虽然可以利用索引，但还是免不了频繁的移动硬盘的磁头

面试官：也就是说频繁的移动磁头会影响性能对吧

我：奇怪缓存怎么占用了1.2G多

面试官：你有没有想过

• buff/cache 里面存的是什么？

• 为什么buff/cache 占了那么多内存，可用内存即availlable还有1.1G？

• 为什么你可以通过两条命令来清理buff/cache占用的内存，而想要释放used只能通过结束进程来实现?

品，你细品

思考了几分钟后

我：这么随便就释放了buff/cache所占用的内存，说明它就不重要, 清除它不会对系统的运行造成影响

面试官: 不完全对

我：难道是？想起来《CSAPP》（深入理解计算机系统）里面说过一句话

存储器层次结构的本质是，每一层存储设备都是较低一层设备的缓存

通俗来说，就是说Linux会把内存当作是硬盘的高速缓存

相关资料：http://tldp.org/LDP/sag/html/buffer-cache.html

面试官：现在知道那道送分题应该怎么回答了吧

我：我….

Join算法

面试官：再给你个机会，如果让你来实现Join算法你会怎么做?

我：无索引的话,嵌套循环就完事了嗷。有索引的话，则可以利用索引来提升性能。

面试官：说回join_buffer 你认为join_buffer里面存储的是什么?

面试官：有索引的情况下是怎么处理的？

我：这个就比较简单了，直接读取两个表的索引树进行比较就完事了嗷，我这边介绍一下无索引的处理方式

Nested Loop Join

当然现在没啥数据库引擎使用这种算法（太慢了)

Block nested loop

当无法使用索引执行join操作的时候，InnoDB会自动使用Block nested loop 算法

总结

看完这篇文章，你有什么收获？欢迎在留言区与10w+Java开发者一起讨论~

感谢您的阅读，也欢迎您发表关于这篇文章的任何建议，关注我，技术不迷茫！小编到你上高速。

    · END ·

最后，关注公众号互联网架构师，在后台回复：2T，可以获取我整理的 Java 系列面试题和答案，非常齐全。

正文结束

推荐阅读 ↓↓↓

一个人学习、工作很迷茫？

点击「阅读原文」加入我们的小圈子！