时间:2021-04-16
Join语句的优化主要可以从下面四个方向去做:尽可能减少Join语句中Nested Loop的循环总次数;优先优化Nested Loop内层循环;保证Join语句中被驱动表的Join条件字段已经被索引;当无法保证被驱动表的Join条件字段被索引且内存资源充足时,不要太吝惜Join Buffer的设置,下面一一进行简单说明。
1、尽可能减少Join语句中Nested Loop的循环总次数
如何减少Nested Loop的循环总次数?最有效的办法是让驱动表的结果集尽可能地小,这也是所说的优化节本原则之——“永远用最小结果集驱动大结果集”。
因为驱动结果集越大,意味着需要循环的次数越多,也就是所在被驱动结果集上所需要执行的查询检索次数会越多。比如,当两个表(表A和表B)Join时,如果表A通过WHERE条件过滤后有10条记录,而表B有20条记录。如果选择表A作为驱动表,也就是被驱动表的结果集为20,那我们通过Join条件对被驱动表(表B)的比较过滤就会进行10次。反之,如果选择表B作为驱动表,则需要进行20次对表A的比较过滤。
当然,此优化的前提条件是通过Join条件每次对各个表进行访问的资源消耗差别不是太大。如果资源消耗存在较大的差别(一般都是因为索引的区别),就不能简单地通过结果集的大小来判断Join语句的驱动顺序,而是要通过比较循环次数和每次循环所须消耗之乘积大小来确定优化方案了。
2、优先优化Nested Loop内层循环
不仅在数据库的Join中应该这样做,实际上在优化程序语言时也有类似的优化原则。内层循环是循环中执行次数最多的,每次循环节约很少的资源,就能在整个循环中节约很多的资源。
3、保证Join语句中被驱动表的Join条件字段已经被索引
其目的正是基于上面两点的考虑,只有让被驱动表的Join条件字段被索引了,才能保证循环中每次查询都能够消耗较少的资源,这也正是内层循环的实际优化方法。
4、当无法保证被驱动表的Join条件字段被索引且内存资源充足时,不要太吝惜Join Buffer的设置
在Join是All、Index、range或index_merge类型的特殊情况下,Join Buffer才能派上用场。在这种情况下,Join Buffer的大小将对整个Join语句的消耗起到非常关键的作用。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
join语句的基本使用SQL(MySQL)JOIN用于根据两个或多个表中的字段之间的关系,从这些表中得到数据。JOIN通常与ON关键字搭配使用,基本语法如下:.
NOTIN、JOIN、ISNULL、NOTEXISTS效率对比语句一:selectcount(*)fromAwhereA.anotin(selectafromB
join:当A线程执行到了B线程的.join()方法时,A就会等待。等B线程都执行完,A才会执行。join可以用来临时加入线程执行。1、线程使用join方法,主
join字面上是加入的意思,我们先看看join方法的解释和实现。/***Waitsforthisthreadtodie.*调用方线程(调用join方法的线程)执
join方法用于连接字符串数组复制代码代码如下:s=['a','b','c','d']print''.join(s)print'-'.join(s)输出结果:a