你的位置:首页 > 软件开发 > 数据库 > Oracle数据库SQL优化

Oracle数据库SQL优化

发布时间:2016-02-28 14:00:06
SQL优化的最终目的是用户体验-在最短时间内让用户在页面数据。因此,执行时间是SQL优化的重要指标。在SQL查询中,I/O操作最占系统性能的。I/O操作量越大,时间越久。减少I/O操作量是优化SQL的目标。同时,CPU,缓存命中率也很重要。并不是所有SQL都需要被优化,使用频率高 ...

SQL优化的最终目的是用户体验-在最短时间内让用户在页面数据。因此,执行时间是SQL优化的重要指标。在SQL查询中,I/O操作最占系统性能的。I/O操作量越大,时间越久。减少I/O操作量是优化SQL的目标。同时,CPU,缓存命中率也很重要。

并不是所有SQL都需要被优化,使用频率高,性能差的SQL语句需要重点被优化。可以通过查看v$sqlarea表,访问OEM来查找。

注意不同版本的Oracle使用不同的优化器。11g的优化器基于代价(Cost Based Optimizer)(考虑SQL执行耗费的资源代价)11g之前是基于规则来优化的(Rule Based Optimizer)。优化要针对优化器来完成。

 

1.合理使用索引

原理:ORACLE是按行存储数据的(ROWID是行的位置) 而查询条件是列的,数据结构不同,查找速度慢。 建立按列存储的索引可以按列查找,数据在一个区域内,速度快。(弊端:事务处理起来不方便,增加了Insert, Update的执行时间)

原则:

适合使用索引的列:

1.经常被查询的列

2.经常排序分组的列

3.经常连接的列

 

不适合使用索引的列

1.数据经常更改的列

2.数据量小、重复性高的列

注意:

1.给索引指定单独的表空间可以增加IO性能

 2.表完全导入完毕后再创立索引

3.表中总索引数不易过大

 

 

2.SQL语句的优化

1.用列名代替*

 使用*,SQL会对每个列进行匹配,降低效率

2.当表与其他表没有任何关联时,可以用TRUNCATE代替DELETE

  TRUNCATE没有事务控制,性能高,但是要注意无法被rollback

 

针对11g之前的优化方法 (基于规则的优化器)

1. 用EXISTS代替IN,DISTINCT

2. 二连表查询时,选择数据少的表作为驱动表(放在FROM的表列表的最后面)。循环驱动表中的数据和另一个表中的数据作连接查询。多表联查时,选择关联最多的表。

3. 表连接条件放前面,过滤记录多的条件的子句放后面(因为SQL执行顺序是从右到左)

 

3.表分区

将数据量大的表分区也可以提升查询效率,还可以方便表的管理,备份,和恢复,提高表的安全性。

分区方法:

范围分区

散列分区(根据哈希值)

列表分区 (明确指定列来分区)

指定分区查询

select * from table partition(pt_rule);

 


原标题:Oracle数据库SQL优化

关键词:sql

sql
*特别声明:以上内容来自于网络收集,著作权属原作者所有,如有侵权,请联系我们: admin#shaoqun.com (#换成@)。