oracle Statspack 报告解析之 Load Profile

该部分提供每秒和每个事物的统计信息，是监控系统吞吐量和负载变化的重要部分。

Load Profile

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

Load Profile Per Second Per Transaction

~~~~~~~~~~~~ --------------- ---------------

Redo size: 120,578.86 920.11

Logical reads: 2,840.52 21.68

Block changes: 497.00 3.79

Physical reads: 13.52 0.10

Physical writes: 7.14 0.05

User calls: 421.10 3.21

Parses: 299.52 2.29

Hard parses: 20.19 0.15

Sorts: 194.52 1.48

Logons: 1.43 0.01

Executes: 497.00 3.79

Transactions: 131.05

参数说明：

Redo size：每秒产生的重做日志大小(单位字节)，可标志数据变更频率, 数据库任务的繁重与否。

Logical reads：平次每秒产生的逻辑读，单位是block。

block changes：每秒block变化数量，数据库事物带来改变的块数量。

Physical reads：平均每秒数据库从磁盘读取的block数。

Logical reads和Physical reads比较：大约有0.55%的逻辑读导致了物理I/O，平均每个事务执行了大约18万个逻辑读，在这个例子中，有一些大的事务被执行，因此很高的读取数目是可以接受的。

Physical writes：平均每秒数据库写磁盘的block数。

User calls：每秒用户call次数。

Parses和Hard parses：每秒大约299.52个解析，其中有(20.19 ) 即6%为硬解析，对于优化好的系统，运行了好几天后，这一列应该达到0，所有的sql在一段时间后都应该在共享池中。

Sorts：每秒产生的排序次数。

Executes：每秒执行次数。

Transactions：每秒产生的事务数，反映数据库任务繁重与否。

% Blocks changed per Read: 17.50 Recursive Call %: 91.72

Rollback per transaction %: 61.45 Rows per Sort: 4.81

参数说明：
% Blocks changed per Read：说明(100-17.5)%的逻辑读是用于那些只读的而不是可修改的块，该系统只更新17.5%的块。

Rollback per transaction %：事务回滚的百分比。计算公式为：Round(User rollbacks / (user commits + user rollbacks) ,4)* 100%。

如果回滚率过高，可能说明数据库经历了太多的无效操作。过多的回滚可能还会带来Undo Block的竞争。

参考地址:http://blog.csdn.net/tianlesoftware/article/details/4682329