Ø 简朴的机能优化
Sql的机能优化是数据库工程师在现实事情中必需面临的重要课题之一。关于某些数据库工程师来讲，它险些唯一的命题。现实上，像WEB效劳如许须要疾速相应的运用场景中，SQL的机能直接决议了体系是不是可以运用。这里重要引见一些运用SQL实行速率更快，斲丧内存更少的优化技能，本日的文章只引见个中的一种，后续会继承更新一些别的的优化体式格局。
严格地优化查询机能时，必需要相识所运用的数据库的功用特性。另外，查询速率慢并不只是由于SQL语句自身，还能够是由于内存分派不佳，文件构造不合理等其他缘由。因而这里引见的优化SQL的要领未必能处理一切的机能题目，然则确切许多时刻的查询机能不好的缘由照样SQL的写法不合理。
Ø 运用高效的查询
在SQL中，许多时刻差别代码可以获得雷同的效果。从理论上来讲，获得雷同效果的差别代码应该有雷同的机能，但遗憾的是，查询优化器生成的实行计划很大水平要遭到代码外部构造的影响。因而假如想优化查询机能，必需晓得如何写代码才能使优化器的实行效力更高。
参数是子查询时，运用EXISTS替代IN
IN谓词异常轻易，而且代码轻易明白，所以运用的频次很高。然则轻易的同时，IN谓词却有成为机能优化的瓶颈的风险。假如代码中大批用到IN谓词，那末平常只对它们举行优化就可以大幅度地提拔机能。
假如IN的参数是“1，2，3”如许的数值列表，平常还不须要特别注重。然则假如参数是子查询，那末就须要注重了。
大多数状况，[NOT]IN和[NOT]EXISTS返回的效果是雷同的。然则二者用于子查询时，EXISTS的速率会更快一些。
下面来看个例子：
我们试着从Class_A表中查出同时存在于Class_B表中的员工。下面两条SQL语句返回的效果是一样的，然则运用EXISTS的SQL语句更快一些。
两个效果都以下所示:
运用EXISTS时更快的缘由有以下两个。
a) 假如衔接列(id)上建立了索引，那末查询Class_B时不必查询现实的表，只需查索引就可以了。
b) 假如运用EXISTS，那末只需查到一行数据满足前提就会停止查询，不必像运用IN时一样扫描全表。在这一点上NOT EXISTS也一样。
当IN的参数是子查询时，数据库首先会实行子查询，然后将效果存储在一张暂时的事情内外(内联视图)，然后扫描全部视图。许多状况下这类做法都异常消耗资本。运用EXISTS的话，数据库不会生成暂时的事情表。
然则从代码的可读性上来看，IN要比EXISTS好。运用IN时的代码看起来更一览无余，易于明白。因而，假如确信运用IN也能疾速猎取效果，就没有必要非得改成EXISTS了。
而且，近来有许多数据库也尝试着改良了IN的机能。或许将来的某一天，不管哪一个数据库上，IN都能细致和EXISTS一样的机能。
参数是子查询时，运用衔接替代IN
要想改良IN的机能，除了运用EXISTS，还可以运用衔接。前面的查询语句就可以像下面如许“扁平化”。
这类写法最少能用到一张表的“id”列上的索引。而且，由于没有了子查询，所以数据库也不会生成中心表。我们很难说与EXISTS比拟哪一个更好，然则假如没有索引，那末与衔接比拟，能够EXISTS会略胜一筹。而且从许多查询可以看出，有些状况下运用EXISTS比运用衔接更适宜。
以上就是SQL机能优化提拔的要领引见的细致内容，更多请关注ki4网别的相干文章！
