Oracle-优化SQL语句

建议不使用（*）来代替全部列名

用truncate代替delete

　　在SQL*Plus环境中直接使用truncate table便可；要在PL/SQL中使用，如：

建立一个存储过程，实现使用truncate命令动态删除数据表

create or replace procedure trun_table(table_deleted in varchar2) as
cur_name integer;
begin
cur_name:=dbms_sql.open_cursor;
dbms_sql.parse(cur_name,'truncate table'||table_deleted||'drop storage',
dbms_sql.native);
dbms_sql.close_cursor(cur_name);
exception
when others then dbms_sql.close_cursor(cur_name);
raise;
end trun_table;
/

在确保完整性的状况下多用commit语句

　　commit所释放的资源以下：

回滚段上用于恢复数据的信息，撤销表空间也只做短暂的保留

被程序语句得到的锁

redo log buffer中的空间

Oracle为管理上述资源的内部花费

 

尽可能减小表的查询次数

　　在含有子查询的SQL语句中，要特别注意减小对表的查询

用[not]exists 代替[not]in

 

 

表链接优化

　　

驱动表的选择

　　驱动表是指最早被访问的表（一般以全表扫描的方式被访问）；一般只有from 表后都创建索引，优化器才能按照(每一个表的物理大小、索引状态，选择花费最低的执行路径)驱动表的规则来对待

 

where子句的链接顺序

　　Oracle采用自下而上的顺序解析where子句，根据这个原理，表之间的链接必须写在其余where条件以前。那些能够过滤掉最大数据记录的条件必须写在where子句的末尾，也就是在表链接以前过滤掉的记录越多越好

 

合理使用索引

　　

什么时候使用索引

　　对于只从总行数中查询2%-4%的表，能够考虑建立索引，建立索引的基本原则

1.以查询关键字为基础，表中的行随机排序

2.包含的列数相对比较少的表

3.表中的大多数查询都包含相对简单的where从句

4.对于常常以查询关键字为基础的表，而且该表中的行听从均匀分布

5.缓存命中率低，而且不须要操做系统权限

 

选择复合索引主列

　　若是在创建索引时采用了几个列做为索引，则在使用时也要按照创建时的顺序来描述，也就是说，主列是最早被选择的列

 

避免全表扫描大表

　　会致使全表扫描的状况：

1.所查询的表没有索引

2.须要返回全部的行

3.带有like并使用%这样的语句

4.对索引主列由条件限制，但使用了函数，则Oracle使用全表扫描

5.is null is not null !=等子句

 

监视索引是否被引用

　　从Oracle9i开始，用户能够对索引进行监视，看看所建立的索引是否被使用

如：监视学生成绩表studentgrade的grade_index索引是否被使用

alter index grade_index monitoring usage;

select * from v$object_usage;

 

优化器的使用

　　

优化器的概念

　　实际上，Oracle优化器在处理每个SQL语句准备执行以前，都须要进行许多步骤才能使SQL语句成为可执行的语句，主要步骤以下：

1.语法检查：检查SQL语句的拼写是否正确

2.语义分析: 核实全部与数据字典不一致的表和列的名字

3.概要存储检查： 检查数据字典，以肯定该SQL语句的概要是否存在

4.生成执行计划：使用基于成本的优化规则和数据字典的统计表来决定最佳执行计划

5.创建二进制代码：基于执行计划，Oracle生成了二进制执行代码

 

Oracle11g中SQL执行计划的管理

　　Oracle11g使用基于成本的优化方式（Cost_Based Optimization,CBD），这里的代价主要指CPU和内存，优化器主要参照的时表及索引的统计信息。统计信息给出表的大小、有多少行、每行的长度等信息。这些统计信息起初在数据库内是没有的，时用户作analyze后才出现的。不少时候，过时统计信息会令优化器作出一个错误的执行计划，所以用户应及时更新这些消息。

 

 

数据库和SQL重演

　　对于数据库和SQL语句优化，Oracle11g中提出了两个新特性——数据库重演（Database Replay）和SQL重演（SQL Replay）

数据库重演

　　DatabaseReplay是指在产品环境的数据库上捕获全部负载，并能够将之传送至备份的（Standby)数据库或有备份恢复的测试库上，在测试环境中重演主库的环境，这使得升级或软件更新能够进行预先的“真实”测试，或者能够经过测试环境彻底再现真实环境的负载及运行状况。

　　通常使用这一特性，会带来约5%性能负担

SQL重演

　　　　只捕获SQL，经过SQL负载，应用程序能够再现SQL影响

Flashback能够向后闪回；Replay能够向前推演。

 

Oracle性能顾问

 

 

　　Oracle数据库中有一位自动数据库诊断监控程序（ADDM）形式的助理DBA，这种机器人式的DBA会不知疲倦地反复搜索数据库性能统计，以标识瓶颈、分析SQL语句，并据此提供多种改进性能的建议。Oracle自动SQL调整解决方案包括SQL调优顾问（SQL Tunning Advisor）和SQL访问顾问（SQL Access Advisor），能够为应用程序提供综合、自动、具备成本效益的解决方案，减小SQL的调整时间和管理成本

 

SQL调优顾问

Oracle10g引入的，为了替代传统的手动SQL调整

　　处理对象包括那些响应时间很慢或者占用CPU/DISK很高的SQL

SQL调优顾问收集这些SQL，而且给出本身的建议，它包括下面的部分：

1.这样调整SQL的执行计划

2.优化后效率的提高幅度

3.作出这条建议的理论原理

4.直接给出推荐使用的命令

 

用户能够选择性地接受这些建议，而后去调优SQL；随着SQL调优顾问的引入，用户如今可让Oracle优化器来自动调整SQL

 

SQL访问顾问

　　设计目的是得到有关基于实际频率和使用类型（而非数据类型）进行分区、索引和建立物化视图以改进模式设计的建议。它的特色：

1.分析整个负载而不只仅是单独的SQL语句。

2.使访问结构设计更加清晰，以优化应用程序性能。

3.建议建立和删除某些索引、物化视图和物化视图日志以提升性能