oracle性能优化

总原则：如何用最小的硬件资源消耗、最少的响应时间定位数据位置。

sql共享原理：

 

 

    为了不重复解析相同的SQL语句，在第一次解析之后，Oracle将SQL语句存放在内存中。这块位于系统全局区域SGA(systemglobal area)的共享池(shared buffer poo1)中的内存可以被所有的数据库用户共享。因此，当你执行一个SQL语句(有时被称为一个游标)时，如果它和之前执行过的语句完全相同，Oracle就能很快获得已经被解析的语句以及最好的执行方案。Oracle的这个功能大大地提高了SQL的执行性能并节省了内存的使用。

    可惜的是，Oracle只对简单的表提供高速缓冲(cache bufferiIlg)，这个功能并不适用于多表连接查询。数据库管理员必须在启动参数文件中为这个区域设置合适的参数，当这个内存区域越大，就可以保留更多的语句，当然被共享的可能性也就越大了。当向Oracle提交一个SQL语句时，Oracle会首先在这块内存中查找相同的语句。

 

SQL共享的三个条件:

当前被执行的语句和共享池中的语句必须完全相同 （包括大小写、空格、换行等）

两个语句所指的对象必须完全相同 （同义词与表是不同的对象）

两个SQL语句中必须使用相同的名字的绑定变量(bind variables) 

 

 

 

Oracle数据库SQL语句优化的一些策略

以这些优化策略为指导，通过经验总结，我们可以不断地丰富优化方案，进而指导我们进行应用系统的数据库性能优化。以下枚举几则被证明行之有效的优化方案：

 

● 创建表的时候。应尽量建立主键，尽量根据实际需要调整数据表的PCTFREE和PCTUSED参数；大数据表删除，用truncate table代替delete。

 

● 合理使用索引，在OLTP应用中一张表的索引不要太多。数据重复量大的列不要建立二叉树索引，可以采用位图索引；组合索引的列顺序尽量与查询条件列顺序保持一致；对于数据操作频繁的表，索引需要定期重建，以减少失效的索引和碎片。

 

● 查询尽量用确定的列名，少用*号。select count(key)fromtab where key> 0性能优于select count(*)from tab；

 

尽量少嵌套子查询，这种查询会消耗大量的CPU资源；对于有比较多or运算的查询，建议分成多个查询，用union all联结起来；多表查询的查询语句中，选择最有效率的表名顺序。Oracle解析器对表解析从右到左，所以记录少的表放在右边。

 

● 尽量多用commit语句提交事务，可以及时释放资源、解锁、释放日志空间、减少管理花费；在频繁的、性能要求比较高的数据操作中，尽量避免远程访问，如数据库链等，访问频繁的表可以常驻内存：alter table．．．cache；

 

● 在Oracle中动态执行SQL，尽量用execute方式，不用dbms_sql包。