SQL性能优化

 

 

SQL性能优化

SQL性能优化

SQL性能优化，可以从两方面着手：

一、SQL语句优化；

二、SQL策略优化。

 

一般来说：SQL语句优化，只要清楚SQL语句常识，则可以达到；

但SQL策略优化，可能要个人积累一定的优化经验，才可以做到。

SQL语句优化

SQL语句执行计划

扫描方式

索引唯一扫描（index unique scan）

通过唯一索引查找一个数值经常返回单个ROWID。如果该唯一索引有多个列组成(即组合索引)，则至少要有组合索引的引导列参与到该查询中，如创建一个索引：create index idx_test on emp(ename, deptno, loc)。则select ename from emp where ename = ‘JACK’ and deptno = ‘DEV’语句可以使用该索引。如果该语句只返回一行，则存取方法称为索引唯一扫描。而select ename from emp where deptno = ‘DEV’语句则不会使用该索引，因为where子句种没有引导列。如果存在UNIQUE 或PRIMARY KEY 约束(它保证了语句只存取单行)的话，Oracle经常实现唯一性扫描。

索引范围扫描（index range scan）

使用一个索引存取多行数据，同上面一样，如果索引是组合索引，而且select ename from emp where ename = ‘JACK’ and deptno = ‘DEV’语句返回多行数据，虽然该语句还是使用该组合索引进行查询，可此时的存取方法称为索引范围扫描。在唯一索引上使用索引范围扫描的典型情况下是在谓词(where限制条件)中使用了范围操作符(如>、<、<>、>=、<=、between)

 

使用index rang scan的3种情况：

 

(a) 在唯一索引列上使用了range操作符(> < <> >= <= between)。

(b) 在组合索引上，只使用部分列进行查询，导致查询出多行。

(c) 对非唯一索引列上进行的任何查询。

索引快速全扫描（index full scan）

与全表扫描对应，也有相应的全Oracle索引扫描。在某些情况下，可能进行全Oracle索引扫描而不是范围扫描，需要注意的是全Oracle索引扫描只在CBO模式下才有效。 CBO根据统计数值得知进行全Oracle索引扫描比进行全表扫描更有效时，才进行全Oracle索引扫描，而且此时查询出的数据都必须从索引中可以直接得到。

索引跳跃式扫描（index skip scan）

Index skip scan 仅是在组合索引的引导列，即第一列没有指定，并且非引导列指定的情况下。

全表扫描（full table scan）

连接方式

嵌套循环连接

NESTED LOOPS

合并连接

MERGE JOIN

哈希连接

HASH JOIN

SQL语句写法

select只需要的字段

一、减少了数据量；

二、减少了检索的时间。

尽量利用索引

oralce常用索引类型：唯一索引、函数索引、组合索引、位图索引

 

索引之所以快，是因为索引块数据量不会太大，而且，记录了真正数据的物理位置。

尽量采用数据库自带的函数

数据库自带的函数，都是做过优化的，所以，比自己编写的函数，要好很多。

使用别名(Alias)

当在SQL语句中连接多个表时, 请使用表的别名并把别名前缀于每个Column上。这样一来,就能够减少解析的时间并减少那些由Column歧义引起的语法错误。

exists,not exists,in,not in,decode等用法

在许多基于基础表的查询中，为了满足一个条件,往往需要对另一个表进行联接。在这种情况下，使用EXISTS(或NOT EXISTS)通常将提高查询的效率。在子查询中，NOT IN子句将执行一个内部的排序和合并。无论在哪种情况下，NOT IN都是最低效的 (因为他对子查询中的表执行了一个全表遍历)。为了避免使用NOT IN ，我们能够把他改写成外连接(Outer Joins)或NOT EXISTS

左连接、右连接、全连接、子查询等用法

左、右连接，有两种写法，可以用join方式，也可以用(+)的表示法。

SQL策略优化

for循环策略

由于什么时候使用索引，什么时候不使用索引。并不是绝对的。与查询的数据量大小有关系。如果要查询大量的数据，那么查询优化器，将可能采用全表扫描的方式进行。

当然，也有其它的方式来限制一定要用到索引，那就是hits方法。

例：/* + index(table,index)*/

 

但for循环策略，如果循环次数太多，反而，会对性能造成下降的问题。主要是因为IO访问过于频繁了（主要是因为循环访问，一般会导致单块数据读数，从而，增加了IO的访问）。

临时表策略

如果要查询的关联表很大(例：千万级的数据)，不妨试试采用临时表策略，先把小的集合查询出来，然后，再与大的集合关联起来。

一般临时表，可以采用session表实现。但要注意：这里的session，指的是连接上数据库产生的session，并非sql语的session。

所以，有机会，同一个人连续操作同一个操作时，出现session表里的旧数据，还没有删除掉的情况。因此，一般，为了保证数据的完整性，

会在查询之前，先把session表里的数据，删除掉。再继续操作。

 

同时，session表，在oralce数据库的环境下，有时，会出现一些很奇怪的数据问题，例：多了很多的数据，或者只显示极少的数据。

如出现类似问题，一般调整SQL语句的写法，就可以解决问题。

动态绑定策略

动态绑定策略，主要为了减少sql语句解析时间。

 

当然，动态绑定，并不一定是件好事，因为是动态绑定，会导致执行计划，在第一次运行后，就固定下来，不会发生变化。

 

所以，在相同的sql语句，但查询条件所带来的数据量不同时，就会有问题。例：本应该直接采用全表扫描，会快，结果却是采用索引扫描方式。