Oracle sql 优化

Oracle sql 优化

一、Oracle sql的执行流程

传送门：

Oracle SQL语句执行流程与顺序原理解析：https://blog.csdn.net/WuLex/article/details/79528742

Oracle SQL的硬解析和软解析：https://blog.csdn.net/tianlesoftware/article/details/5458896

 

二、Oracle sql语句执行顺序

(8)SELECT (9) DISTINCT (11)

(1) FROM

(3) JOIN

(2) ON

(4) WHERE

(5) GROUP BY

(6) WITH {CUBE | ROLLUP}

(7) HAVING

(10) ORDER BY

1）FROM：对FROM子句中的表执行笛卡尔积(交叉联接)，生成虚拟表VT1。

2）ON：对VT1应用ON筛选器，只有那些使为真才被插入到TV2。

3）OUTER (JOIN):如果指定了OUTER JOIN(相对于CROSS JOIN或INNER JOIN)，保留表中未找到匹配的行将作为外部行添加到VT2，生成TV3。如果FROM子句包含两个以上的表，则对上一个联接生成的结果表和下一个表重复执行步骤1到步骤3，直到处理完所有的表位置。

4）WHERE：对TV3应用WHERE筛选器，只有使为true的行才插入TV4。

5）GROUP BY：按GROUP BY子句中的列列表对TV4中的行进行分组，生成TV5。

6）CUTE|ROLLUP：把超组插入VT5，生成VT6。

7）HAVING：对VT6应用HAVING筛选器，只有使为true的组插入到VT7。

8）SELECT：处理SELECT列表，产生VT8。

9）DISTINCT：将重复的行从VT8中删除，产品VT9。

10）ORDER BY：将VT9中的行按ORDER BY子句中的列列表顺序，生成一个游标(VC10)，生成表TV11，并返回给调用者。

 

三、sql语句优化

1、排序优化

1>多表：（<——从后向前）

基础表/关联表放From最后一个；

(表容量A

SELECT A.NAME,B.NAME,C.NAME FROM C C,B B,A A(基础表：小表/关联表)

2>where条件顺序：（<——从后往前）

能过滤最大数量的条件放在最后面；

关联表连接查询，查询条件尽可能放在where子句前面；

 

2、替换关键字

用EXISTS代替IN;

用NOT EXISTS代替NOT IN；

用EXISTS代替DISTINCT；

用UNION代替OR；

用UNION ALL代替UNION；

用>=代替>；

 

3、索引

1>总是使用索引的第一个列！当索引由多列组成时，第一个列被where引用才能生效

2>避免在索引列上应用NOT,使用计算，使用IS NULL，会导致索引失效

3>ORDER BY中所有列必须包含在相同的索引中，并保持在索引中的排列顺序；ORDER BY中所有列定义为非空！

 

建立索引的建议：

1、表的主键、外键必须有索引；Oracle中外键不添加索引会引起死锁。当删除父表指定记录时，子表会添加表级锁，另一个进程删除父表记录（即使是不同记录）时，会造成子表死锁。当对子表的外键列添加索引后，死锁被消除，因为这时删除父表记录不需要对子表加表级锁。

2、经常与其他表进行连接的表，在连接字段上应该建立索引；

3、索引应该建在选择性高的字段上。例如：表示性别的数据列，由于只有男女两种值，就属于选择性低；

4、索引应该建在小字段上，对于大的文本字段甚至超长字段，不要建索引；

5、复合索引的建立需要进行仔细分析，尽量考虑用单字段索引代替：

A、正确选择复合索引中的主列字段（第一个字段），一般是选择性较好的字段；

B、复合索引的几个字段是否经常同时以AND方式出现在WHERE子句中？单字段查询是否极少甚至没有？如果是，则可以建立复合索引；否则考虑单字段索引；

C、如果既有单字段索引，又有这几个字段上的复合索引，一般可以删除复合索引；

6、频繁进行数据操作的表，不要建立太多的索引；

7、删除无用的索引，避免对执行计划造成负面影响；

总之，索引的建立必须慎重，对每个索引的必要性都应该经过仔细分析，要有建立的依据。因为太多的索引与不充分、不正确的索引对性能都毫无益处：在表上建立的每个索引都会增加存储开销，索引对于插入、删除、更新操作也会增加处理上的开销。另外，过多的复合索引，在有单字段索引的情况下，一般都是没有存在价值的；相反，还会降低数据增加删除时的性能，特别是对频繁更新的表来说，负面影响更大。

在大多数情况下,复合索引比单字段索引好.复合索引比单字段索引的效率高，但是，复合索引比单字段索引的内容原理复杂，复合索引有两个重要原则需要把握：前缀性和可选性.如果糊里糊涂的滥用复合索引，效果适得其反。

 

降低HWM：尽量用TRUNCATE代替DELETE、重构表；

减少因内存不足导致的等待：减少union、distinct、减少orderby，这些占内存；

减少网络传输等待：减少dblink，将要访问的远程的表接过来一次，以后直接访问这个表；