Oracle数据库业务优化心得

核心提示： 其中ORACLE系统的警告日志文件能让我们了解ORACLE系统运行有没有一些重大的问题，STATSPACK报告中概括了数据库系统的运行基本情况，Oracle数据库业务优化心得(2)，其中关于如何解读报告可以写一本书了，不过我们首先要关注的是报告中有一段“Top 5 Timed

其中ORACLE系统的警告日志文件能让我们了解ORACLE系统运行有没有一些重大的问题。

STATSPACK报告中概括了数据库系统的运行基本情况，其中关于如何解读报告可以写一本书了，不过我们首先要关注的是报告中有一段“Top 5 Timed Events”，这一段描述了当前ORACLE主要的等待事件是什么(关于ORACLE等待事件的概念可以参考相关的资料)。

SAR命令的输入我们要关注三个输出的分布情况USR、WIO、IDLE。其中SYS+USR+WIO+IDLE应该等于100%，USR占的比例高，一般说明SQL语句执行效率有问题，这种问题一般是由于索引选择性不高、表连接顺序和方式不对等等;WIO高一般说明SQL语句频繁进行I/O操作。对于具体的问题，则需要对具体的SQL语句进行分析，在分析过程中，阅读执行计划是我们的一个重要的工具。

在对ORACLE系统的整体情况有了一定的了解之后，下一步需要分析的就是系统运行过程效率不高的SQL，这是对业务优化的一个起点。如果这时不能够在实际系统中操作，了解SQL的运行过程是一个比较费时的过程的。不管怎么样，对于我们怀疑有问题的SQL，首先要阅读的就是该SQL的在实际系统中的执行计划，语句涉及到的表的数据量，访问表使用索引的选择性如何，表连接的顺序，多表之间的关联关系等等。

对于ORACLE应用系统的优化，大方向上有一个顺序，首先考虑优化业务系统、再考虑优化ORACLE系统本身的参数(如内存分配等)，再考虑操作系统本身的优化;在优化业务系统中，首先是首先相关的SQL，以SQL入手分析表是否缺少索引，表连接顺序是否正确，使用的索引是否正确等，然后再考虑调整表结构，调整业务逻辑等等。因此，SQL语句是我们对一个ORACLE业务系统进行优化的敲门砖。

对于SQL优化，前面提到了，ORACLE的执行计划是我们必须使用的工具。本来按ORACLE系统本身提供的方法获取执行计划是一件非常麻烦的事情，不过现在的可视化工具比如PL/SQL DEVELOP或者TOAD等都给我们提供了非常方便的手段来获取SQL语句的执行计划，不过我认为ORACLE本身提供的方法还是有必要会的，特别是在远程处理问题的时候(我也不会，一定要学习一下)。