设为首页 收藏本站
查看: 755|回复: 0

[经验分享] SQL Server nested loop join 效率试验

[复制链接]

尚未签到

发表于 2016-11-2 04:23:35 | 显示全部楼层 |阅读模式
  从很多网页上都看到,SQL Server有三种Join的算法, nested loop join, merge join, hash join. 其中最常用的就是nested loop join.

在介绍nested loop join的很多文章里,都提到如果两个表做nested loop join,取行数较小的表作为外循环表,行数较多的表作为内循环表, join的效率会比较高.

其中之一的原因是如果内循环表做join的列上有合适的索引的话,那么外循环的每一条输入数据可以做索引的seek,这样就不会把整个的内循环表读一遍,尤其是内循环表比较大的话,节省的成本更高. 但是如果内外循环表都没有合适的索引,这样做join,为什么效率也比较高呢?

举个例子,外循环表有10行数据,内循环表有1000行数据,按照nested loop join 的算法,外循环表中取一条,和内循环表的所有数据匹配一遍,输出匹配的数据行. 这样就是要进行10*1000=10000次的匹配; 如果反过来,外循环1000行,内循环10行,那么外循环表中取一条数据,内循环表中遍历10行数据,总计也是1000*10=10000次. 粗看来都一样啊..为什么都说外循环表小的话,效率高呢? 做个试验看看吧.

use tempdbgo--创建两个表,测试nested loop join的效率CREATE TABLE TempA (string VARCHAR(1000))goCREATE TABLE TempB (string VARCHAR(1000))go--插入数据, 让表TempA中的数据刚好存在1页里INSERT  INTO TempA SELECT REPLICATE('a' , 1000)INSERT  INTO TempA SELECT REPLICATE('b' , 1000)INSERT  INTO TempA SELECT REPLICATE('c' , 1000)INSERT  INTO TempA SELECT REPLICATE('d' , 1000)INSERT  INTO TempA SELECT REPLICATE('e' , 1000)INSERT  INTO TempA SELECT REPLICATE('f' , 1000)INSERT  INTO TempA SELECT REPLICATE('g' , 1000)--往TempB中插入数据,让TempB的数据是TempA的100倍insert into TempB select * from TempAgo 100--检验一下表TempA 和 TempB的大小set statistics io onselect * from TempAselect * from TempB--返回的结果如下:/*Table'TempA'. Scan count 1, logical reads 1Table'TempB'. Scan count 1, logical reads 100*/--由此可以看出表TempA有7行,存储在1个页; TempB有700行,存储在100个页里.--执行以下查询,将TempA作为外循环表,TempB作为内循环表,看看执行的成本如何SELECT *FROM TempA a INNER LOOP JOIN TempB bONa.string = b.string OPTION (FORCE order)/*Table'TempB'. Scan count 1, logical reads 700Table'TempA'. Scan count 1, logical reads 1*/  
从结果可以看出从TempA读了1个页,从TempB读了700个页,合计701个逻辑读, 也就是说外循环的表,做一次全表读,有多少页就有多少逻辑读; 内循环的表,对应外循环表的每1条记录,都要读一次全表读,即7乘以100,700个逻辑读.

如果按照这个规律,调换内外循环表的位置,得到的逻辑读应该是 TempB的一次全表读, 100个逻辑读加上700行乘以TempA的全表读(1页),就是700个逻辑读,合计是800个逻辑读.

试验一下看看结果:
  
--对调一下join的顺序,再看看执行成本:SELECT *FROM tempb b INNER LOOP JOIN tempa aONa.string = b.string OPTION(FORCE ORDER) /*Table'TempA'. Scan count 1, logical reads 700Table'TempB'. Scan count 1, logical reads 100*/
果不其然,和预计的一样.  
  所以在这种假定的情况下,外循环表较小的话,join的成本更低.
实验的表结构比较特殊,如果往一般情况推演一下,可以做出这样的假设:
假设表X有a页,平均每页有b行,表Y有c页,平均每页有d行.
则以表X为外循环,表Y为内循环,则nested loop join的成本是 a+(a*b*c), 而已表Y为外循环,表X为内循环,则nested loop join的成本是 c+(c*d*a)
比较两种方式的成本大小可以将两个代数式相减,再根据abcd不同的情况的出相应的结论.希望各位可以自行推理一番..

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-294337-1-1.html 上篇帖子: SQL SERVER定期转移海量数据方案 下篇帖子: SQL Server 2008连载之数据类型
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表