(1) 调整的先后次序 1. Tune the design. -- Application designers 2. Tune the application. -- Application developers 3. Tune memory. 4. Tune I/O. 5. Tune contention. 6. Tune the operating system. Statspack 分析报告详解： statspack 输出结果中必须查看的十项内容 1、负载间档(Load profile) 2、实例效率点击率(Instance efficiency hit ratios) 3、首要的5 个等待事件(Top 5 wait events) 4、等待事件(Wait events) 5、闩锁等待 6、首要的SQL(Top sql) 7、实例活动(Instance activity) 8、文件 I/O(File I/O) 9、内存分配(Memory allocation) 10、缓冲区等待(Buffer waits 1.报表头信息 数据库实例相关信息，包括数据库名称、ID、版本号及主机等信息。 STATSPACK report for DB Name DB Id Instance Inst Num Release Cluster Host ------------ ----------- ------------ -------- ----------- ------- ------------ BLISSDB 4196236801 blissdb 1 9.2.0.4.0 NO BLISS Snap Id Snap Time Sessions Curs/Sess Comment ------- ------------------ -------- --------- ------------------- Begin Snap: 4 23-6 月 -05 17:43:32 10 3.3 End Snap: 5 23-6 月 -05 18:01:32 12 6.1 Elapsed: 18.00 (mins) Cache Sizes (end) ~~~~~~~~~~~~~~~~~ Buffer Cache: 24M Std Block Size: 8K Shared Pool Size: 48M Log Buffer: 512K 2.负载间档 该部分提供每秒和每个事物的统计信息，是监控系统吞吐量和负载变化的重要部分。 Load Profile ~~~~~~~~~~~~ Per Second Per Transaction --------------- --------------- Redo size: 431,200.16 18,627,847.04z Logical reads: 4,150.76 179,312.72 Block changes: 2,252.52 97,309.00 Physical reads: 23.93 1,033.56 Physical writes: 68.08 2,941.04 User calls: 0.96 41.36 Parses: 1.12 48.44 Hard parses: 0.04 1.92 Sorts: 0.77 33.28 Logons: 0.00 0.20 Executes: 2.36 102.12 Transactions: 0.02 Redo size：每秒产生的重做日志大小(单位字节)，可标志数据变更频率, 数据库任务的繁重与否。本例中平均每秒产生了 430K 左右的重做，每个事务品均产生了 18M 的重做。 Logical r...
