ORACLE SQL优化

oracle 优化

1. 前言

在我们的应用程序中往往因为一个小的 SQL 语句不够优化，导致数据库性能急剧下降，服务器资源

所剩无几，应用服务器断连、超时，严重影响程序的正常运行。因此，称低效的 SQL 语句为程序中的‘困

难’并不过分。数据库的优化方法有很多种，在应用层来说，主要是基于索引的优化。本次 培训根据实际

的工作经验，在研发原来已有的方法的基础上，进行了一些扩充，总结了基于索引的 SQL 语句优化的方

法，希望大家能用其中方法来解决开发过程中遇到的‘困难’。

2. 纲要

表是数据操作频繁的表；哪些表经常与其他表进行连接；哪些表中的数据量可能很大；对于数据量大的表 ，

其中各个字段的数据分布情况如何等等。对于满足以上条件的这些表，必须重点关注，因为在这些表上的

索引，将对 SQL 语句的性能产生举足轻重的影响。

不过下面还是总结了一些优化方法的入门基础，建立索引常用的规则如下：

1、表的主键、外键必须有索引；

2、数据量超过 300 的表应该有索引；

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

4、经常出现在 Where 子句中的字段，特别是大表的字段，应该建立索引；

5、索引应该建在选择性高的字段上；

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

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

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

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

以上是一些普遍的建立索引时的判断依据。总之，索引的建立必须慎重，对每个索引的必要性都应

该经过仔细分析，要有建立的依据。因为太多的索引与不充分、不正确的索引对性能都毫无益处：在表上

建立的每个索引都会增加存储开销，索引对于插入、删除、更新操作也会增加处理上的开销。另外，过多

的复合索引，在有单字段索引的情况下，一般都是没有存在价值的；相反，还会降低数据增加删除时的性

能，特别是对频繁更新的表来说，负面影响更大。

3. 优化的方法

3.1. 列的操作的注意事项

select * from record where to_char(C_date,’yyyymmdd’)=’20111201′（10 秒）

由于 where 子句中对列的任何操作结果都是在 SQL 运行时逐行计算得到的，因此它不得不进行表

扫描，而没有使用该列上面的索引；如果这些结果在查询编译时就能得到，那么就可以被 SQL 优化器优

化，使用索引，避免表扫描，因此将 SQL 重写如下：

select * from record where No like ‘5378%’（< 1 秒）

select * from record where Num < 1000*30（< 1 秒）

select * from record where C_date= to_date (’20111201′ ,’yyyymmdd’)（< 1 秒）

差别是很明显的！

3.2. 避免不必要的类型转换

需要注意的是，尽量避免潜在的数据类型转换。如将字符型数据与数值型数据比较， ORACLE 会自