| ||||
【文章简介】 公司开发的产品基本上都使用ORACLE数据库，而且业务系统中存储和使用的数据量很大，使用业务系统的用户也很多。在系统忙时，大约会有一千个用户同事访问数据库系统，因此经常会有用户抱怨系统慢，点击查询后，系统出现假死机现象，后台运行ORACLE系统的小型机的IDLE值偏低(甚至出现IDLE为0的情况，这时用户会惊呼数据库系统会瘫掉，虽然小型型机在IDLE值为0的情况下也不一定会瘫机，但这无疑会增加
【文章正文】>，以SQL入手分析表是否缺少索引，表连接顺序是否正确，使用的索引是否正确等，然后再考虑调整表结构，调整业务逻辑等等。因此，SQL语句是我们对一个ORACLE业务系统进行优化的敲门砖。
对于SQL优化，前面提到了，ORACLE的执行计划是我们必须使用的工具。本来按ORACLE系统本身提供的方法获取执行计划是一件非常麻烦的事情，不过现在的可视化工具比如PL/SQL DEVELOP或者TOAD等都给我们提供了非常方便的手段来获取SQL语句的执行计划，不过我认为ORACLE本身提供的方法还是有必要会的，特别是在远程处理问题的时候(我也不会，一定要学习一下)。
获取有性能问题的SQL语句，我们主要有两个途径，一个是通过STATSPACK报告。报告中有两节是我们需要重点关注的:《SQL ordered by Gets for》和《SQL ordered by Reads for DB》，这两节中分别按语句读取内存数据库块和读取的物理数据库块(数据库块是指ORACLE的块大小，一般是操作系统最小块的整数倍)的数量倒序排列，如果其中的语句不全(太长)，可通过HASH_VALUE值到ORACLE的动态视图V$SQLTEXT中获取该SQL的全部语句。第二个是通过ORACLE系统的动态视图，V$SQL，该视图记录了每个SQL语句的执行次数，物理读和内存读、执行时间等等很多SQL语句的执行信息，可以通过如下语句选择一下物理读和内存读较高的语句: SELECT
t.HASH_VALUE,
t.EXECUTIONS,
t.DISK_READS,
round(t.DISK_READS/t.EXECUTIONS) AS perDiskReads,
t.BUFFER_GETS,
round(t.BUFFER_GETS/t.EXECUTIONS) AS perBufferReads,
t.ELAPSED_TIME,
round(t.ELAPSED_TIME/t.EXECUTIONS) AS perElayTime,
t.CPU_TIME,
round(t.CPU_TIME/t.EXECUTIONS) AS perCpuTime,
t.FIRST_LOAD_TIME,
t.
电子商务辩论台： |
实名制会员登录
|
载入中…
|
