关系型数据库的SQL优化

核心：1、使用索引；2、减小数据量。

一、使用索引：

1、where后面的索引筛选列上不要使用函数，使用了函数后原本可以走索引的查询就会变为全表扫描，这样就会极大的增加查询时间。如果我们必须要在where 条件中使用函数的话，可以采用把要过滤的值实现处理成想要的方式。

2、where 后面使用多个列过滤时如果其中有索引列，则索引列必须放在where后面的第一位，如果索引列是多个列则where后面列的顺序也必须与索引列的顺序保持一致，或者是不会走索引的。

3、where 后面避免使用is null 或者is not null的写法，这种写法是完全不会走索引的。针对这种情况可以使用两种替代方案：a、如果是单表的话可以使用EXISTS或者NOT EXISTS；b、如果是多表join的话，可以灵活使用left join,join等实现is null或者是is not null的功效。

4、where 后面避免使用or操作，如果确有必要推荐使用uoion all 或者union 来替换，如果枚举值有限的话也可以使用in。

5、where 后面避免使用not in 操作，使用not in 后会完全避开索引，需要扫描全表，极大的增加的SQL的运行时间，推荐使用exists 或者not exists来替换

二、减小数据量：

1、尽量避免使用distinct 操作，distinct 极其消耗资源且不会走索引，如果必须使用distinct 操作的话建议使用group by 替代。

2、尽早使用where条件把不需要的数据提前过滤掉，主要针对多表join的话优先对每个表做where 的过滤操作而不是join后统一再过滤。

3、使用union all 代替union ，union：对两个结果集进行并集操作，不包括重复行，相当于distinct，同时进行默认规则的排序;union all：对两个结果集进行并集操作，包括重复行，即所有的结果全部显示，不管是不是重复。Union因为要进行重复值扫描，所以效率低。如果合并没有刻意要删除重复行，那么就使用Union All。

4、避免使用selsct * 操作，*会把所有的数据都查询出来，增大了磁盘IO，如果我们不是需要全部的列最好只select 出自己需要的列。

5、如果查询嵌套的层次过多，中间某些临时结果集数据量过大容易造成内存溢出，甚至报错。这个时候建议先把中间的结果写入到临时表中，再使用临时表进行后面的查询操作即可。