如何读懂statspack报告

如何读懂statspack报告

 前言：这篇文章是我从网上找到的，但可惜不知道是哪位大侠写（译）的，因此这里无
法注明了。仔细看了看，这篇文章对初学者应该很有帮助，写的比较详细，通俗易懂，
因此整理一下，便于阅读；内容略有调整，不单做调整，此记。

产生一个statspack报告是比较简单的，但是如何读懂statspack报告却不是那么容
易，需要对Oracle的体系架构、内存结构、等待事件以及应用系统有充分的了解，加上
不断的实践，才能基本读懂statspack报告并且从报告中找到调整优化Oracle的途径。

下面接合一个实际的statspack报告，大致分析一下。

1．基本信息分析
DB Name DB Id Instance Inst Num Release OPS Host

------------ ----------- ------------ -------- ----------- --- --------- ---

RES 2749170756 res 1 8.1.7.0.0 NO res

 

 Snap Id Snap Time Sessions

 ------- ------------------ --------

Begin Snap: 2 26-Jul-03 16:37:08 38

End Snap: 3 26-Jul-03 17:03:23 38

Elapsed: 26.25 (mins)

Statspack报告首先描述了数据库的基本情况，比如数据库名、实例名、实例个数、
oracle版本号等等；然后是该报告的开始快照和结束快照的信息，包括 snap id , snap
time 等等；最后是该报告经过的时间跨度，单位是分钟(mins)。

Cache Sizes (end)

~~~~~~~~~~~~~~~~~

Buffer Cache: 200M Std Block Size: 8K

Shared Pool Size: 48M Log Buffer: 512K

然后描述了Oracle内存结构中几个重要的参数。

2．内存信息分析
Load Profile

~~~~~~~~~~~~ Per Second Per Transaction

 --------------- ---------------

Redo size: 2,055.42 616,282.67

Logical reads: 2,317.78 694,948.08

Block changes: 17.58 5,269.92

Physical reads: 565.04 169,416.67

Physical writes: 13.47 4,037.42

User calls: 2.22 666.75

Parses: 1.22 367.08

Hard parses: 0.38 114.92

 

Sorts: 0.64 192.25

Logons: 0.00 1.17

Executes: 2.57 771.92

Transactions: 0.00

 

 % Blocks changed per Read: 0.76 Recursive Call %: 86.78

 Rollback per transaction %: 0.00 Rows per Sort: 34.84

.. Redo size: 是日志的生成量，分为每秒和每事务所产生的，通常在很繁忙的系统
中日志生成量可能达到上百k，甚至几百k；
.. Logical reads: 逻辑读实际上就是logical IO=buffer gets表示的含义，我们可以这
样认为，block在内存中，我们每一次读一块内存，就相当于一次逻辑读；
.. Parses 和 Hard parses: Parse 和 hard parse通常是很容易出问题的部分，80%
的系统的慢都是由于这个原因所导致的。所谓parse分soft parse 和hard parse，
soft parse是当一条sql传进来后，需要在shared pool中找是否有相同的sql，如
果找到了，那就是soft parse，如果没有找着，那就开始hard parse，实际上hard parse
主要是检查该sql所涉及到的所有的对象是否有效以及权限等关系，hard parse
之后才根据rule/cost模式生成执行计划，再执行sql。而hard parse的根源，基本
都是由于不使用bind var所导致的，不使用bind var违背了oracle的shared pool
的设计的原则，违背了这个设计用来共享的思想，这样导致shared_pool_size里
面命中率下降。因此不使用bind var，将导致cpu使用率的问题，极有使得性能
急剧下降。还有就是为了维护internal structure，需要使用latch，latch是一种Oracle
低级结构,用于保护内存资源，是一种内部生命周期很短的lock，大量使用latch
将消耗大量的cpu资源。
.. Sorts: 表示排序的数量；
.. Executes: 表示执行次数；
.. Transactions: 表示事务数量；
.. Rollback per transaction %: 表示数据库中事务的回退率。如果不是因为业务本身
的原因，通常应该小于10%为好，回退是一个很消耗资源的操作。

Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

 Buffer Nowait %: 100.00 Redo NoWait %: 99.98

 Buffer Hit %: 65.82 In-memory Sort %: 99.65

 Library Hit %: 91.32 Soft Parse %: 88.18