数据库性能分析报告.doc

人口、执法办案 数据库性能分析报告  目 录 1 版本信息 2 2 概述 3 3 检查操作系统和数据库状态 3 3.1 检查操作系统占用情况和数据库配置 3 3.2 部署Statspack性能分析工具 3 4 Statspack分析报告 4 4.1 物理IO分析 4 4.2 负载指标 5 4.3 TOP 5 Timed Events 6 4.4 TOP 5 SQL（物理读） 6 4.5 其他SQL 9 4.6 表扫描分析 9 5 总结及建议 10  概述 2008年7月20日接分局反应小型机状态异常有死机情况发生，我方工程师在周六只用TOPAS对IO情况进行了监控，并未改变服务器的任何设置。在集成商的后续处理操作中我方工程师进行了全力配合。 2008年7月21日了解了具体情况，按照数据库无法连接但小机基本正常的情况，首先加大了操作系统的“每用户连接数”参数。 随后，我公司工程师立即开始从以下几方面分析处理该问题。 检查操作系统和数据库状态 此次事件涉及区两台数据库服务器。 项目 服务器1 服务器2 机器名称 Jlp_sjserver1 Jlp_sjserver2 操作系统 AIX 5.2 AIX 5.2 IP地址 * * 数据库 Oracle 9.2.0.4 Oracle 9.2.0.4 文件系统类型 文件系统 文件系统 数据库用户 oracle oracle HOME目录 /home/oracle /home/oracle SID jlputf8 JLPZFBA jlputf8 JLPZFBA 字符集 UTF8 ZHS16GBK UTF8 ZHS16GBK 应用系统 人口系统 协同平台 人口系统 协同平台 检查操作系统占用情况和数据库配置 2008年7月21日，登录小型机通过TOPAS工具查看，可以看到hdisk2、hdisk3使用率均达到100%，即系统I/O存在瓶颈。 　　注：小机频繁切换的问题与I/O问题应该关系不大，建议对操作系统、硬件等进行全面的诊断。 部署Statspack性能分析工具 　　针对本次问题，初步判断数据库性能存在一定的问题，故我方工程师在人口库和执法办案数据库部署了Statspack性能分析工具。 Statspack分析报告 我公司工程师对人口和执法办案数据库从2008年7月21日10:03:05至10:11:27时间段（即I/O最繁忙的时间段）的STATSPACK Report作了简要分析。 物理IO分析 以2008年7月21日为例，物理IO趋势图如下所示： 分析： 从趋势图中我们可以看出，人口系统的物理读高峰在9.8万左右，而执法办案数据库的物理读在284万左右，约为人口系统的29倍，故**坡数据库I/O问题主要由执法办案数据库引起。 负载指标 执法办案 Load Profile ~~~~~~~~~~~~ Per Second Per Transaction --------------- --------------- Redo size: 17,347.86 7,120.71 Logical reads: 32,669.80 13,409.84 Block changes: 122.69 50.36 Physical reads: 2,461.47 1,010.35 Physical writes: 12.62 5.18 User calls: 260.98 107.12 Parses: 38.06 15.62 Hard parses: 3.99 1.64 Sorts: 9.40 3.86