性能分析及调整一例

<script type="text/javascript"><!-- google_ad_client = "pub-2947489232296736"; /* 728x15, 创建于 08-4-23MSDN */ google_ad_slot = "3624277373"; google_ad_width = 728; google_ad_height = 15; //--> </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>
<script type="text/javascript"><!-- google_ad_client = "pub-2947489232296736"; /* 160x600, 创建于 08-4-23MSDN */ google_ad_slot = "4367022601"; google_ad_width = 160; google_ad_height = 600; //--> </script><script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>
故障现象
2004年6月8日上午10:00,内蒙古巴盟网通用户反映在OSS系统界面“话单查询”里查询单个用户五天的话单特别慢,查询很长时间无结果。

例如:在OSS系统界面“综合查询”内点击“收费”-〉“话单查询”,键入“用户号码,起始时间:2004-01-0100:00:00,结束时间:2004-06-0123:00:00”,点击查询后,IE进度条缓慢,很长时间不返回结果。
故障分析经过分析,此现象和数据库的性能有关,主要是数据库初始化参数调整不合理造成的性能低下。具体分析步骤如下:
1.首先查询话单表的索引是否失效,因为失效的索引会带来差的SQL查询效率。

SQL>selectINDEX_NAME,statusfromUSER_IND_PARTITIONSwherestatus!='USABLE';

norowsselected.

结果说明没有失效的话单表索引。

 

2.用top命令看到可用物理内存很低,只剩下100M,有大量的SWAP区内存正在使用,ORACLE单个会话占用的内存很多,经查看ORACLE初始化参数shared_pool_size的值设置的过高,应重新调整。



top的结果:
lastpid: 4565; loadaverages: 0.15, 0.20, 0.20   
10:09:56

170processes:169sleeping,1oncpu

CPUstates:84.9%idle, 1.6%user, 1.1%kernel,12.4%iowait, 0.0%swap

Memory:4096Mreal,100Mfree,1343Mswapinuse,6851Mswapfree

 

 PIDUSERNAMETHRPRINICE SIZE  RESSTATE  TIME   CPUCOMMAND

10459oracle    1 59   01978M1953Msleep  0:53 0.79%oracle

 2258oracle    1 10   01976M1951Msleep116:57 0.65%oracle

25639oracle    1 58   01975M1949Msleep  1:56 0.27%oracle

 1948oracle    1 58   01976M1948Msleep  3:34 0.18%oracle

 4002wacos     6 47   49616K2344Ksleep 27:26 0.18%cdr_backup

 2271oracle    1 59   01975M1947Msleep 15:13 0.16%oracle

 1958oracle    1 48   01976M1949Msleep  2:26 0.13%oracle

 1928oracle    1 58   01976M1951Msleep  4:28 0.12%oracle

 1926oracle    1 58   01976M1949Msleep  2:06 0.12%oracle

 1956oracle    1 58   01976M1949Msleep  2:23 0.11%oracle

 1952oracle    1 59   01976M1949Msleep  2:19 0.10%oracle

 403root     10 21   04896K4608Ksleep 16:32 0.09%picld

 1954oracle    1 48   01976M1949Msleep  2:04 0.08%oracle

 2189oracle    1 58   01976M1949Msleep 15:51 0.08%oracle

 

3.为了进一步分析ORACLE的性能,用ORACLE自带的诊断工具statspack做性能快照分析,统计时段为1小时,时间从下午17:00-18:00之间。这段时间业务比较繁忙,选择在此时段内对整个系统进行性能分析,能够得到更加准确的信息。1
<script type="text/javascript"><!-- google_ad_client = "pub-2947489232296736"; /* 728x15, 创建于 08-4-23MSDN */ google_ad_slot = "3624277373"; google_ad_width = 728; google_ad_height = 15; //--> </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>
<script type="text/javascript"><!-- google_ad_client = "pub-2947489232296736"; /* 160x600, 创建于 08-4-23MSDN */ google_ad_slot = "4367022601"; google_ad_width = 160; google_ad_height = 600; //--> </script><script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script>
阅读更多
个人分类: 数据库
上一篇Apache故障的解决一例
下一篇进出口(海关)新系统的操作流程--20040923
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

关闭
关闭
关闭