oracle 数据库宕机 附AWR报告 求高手解读

raylmtxwd

求助各位大神，前不久发了一篇帖子 数据库频繁宕机的，昨天下午又出现类似情况，
系统环境 linux RHEL 4.6+oracle 10.2.0.1（NO RAC）
崩溃情况：kswapd守护进程出现 系统出现上传图片中的情形，活动进程突然暴增，正常情况活动进程15个左右，user cpu消耗20%左右 sys cpu只有5%左右，问题出现时user cpu降低 sys cpu消耗达到90%以上 数据库日志和操作系统日志无异常 数据库日志只有切换日志的记录，操作系统日志无记录。 生成awr报告观察，latch free 竟然为第一等待事件 而且物理内存消耗也蛮高
小弟查资料感觉有可能出问题的地方：1 SQL语句性能差 2 操作系统内核版本内存溢出 3 oracle 版本不稳定 BUG 4 数据库参数设置不合理 可能需要调整SGA和PGA 5 UNDO空间设置问题 数据库undo_retension参数设置较高 而且回滚表空间设置较大（业务需求） 为26g 高负载时段事务回滚造成压力

求高人们赐教！ 不胜感谢！



问题描述帖子地址 五一有点事情 一直没顾上贴AWR 不好意思  http://www.itpub.net/thread-1424617-1-2.html

tom0732

先果断打到10.2.0.4以上再说

howard_zhang

1、你的应用SQL写的确实值得商榷，几条SQL写的很烂
2、Latch Name Get Requests Misses Sleeps Spin Gets Sleep1 Sleep2 Sleep3
     cache buffers chains 2,167,182,539 1,773,210 7,554 1,765,859 0 0
造成LATCH FREE主要是CACHE BUFFERS CHAINS
3、一般出现LATCH FREE你的CPU一定会很高，造成应用反应缓慢（还好你的主机性能算是不错）。
4、你的数据库版本低，也不能完全排除有BUG的可能（建议上到10204或10205）。

tom0732

我怎么觉得是共享池latch: library cache争用比较利害,先试试把session_cached_cursors调到100 看看效果如何

[ 本帖最后由 tom0732 于 2011-5-6 10:06 编辑 ]

zergduan

我不同意上面观点~

latch free 可以导致cpu升高，但是cpu不足一样导致latch free

lz给出的如果是宕机前的awr和解图，那么应该是因为内存被耗尽导致的~
96g内存，剩余不足50m，这时候有可能已经发生swap, syscpu升高，导致cpu不足，导致awr中的latch free.

latch free不是原因而是现象~ latch free如果是原因的话，不会syscpu高，而是user cpu 升高~

tom0732

syscpu高我觉得主要原因是他应该是CS应用结构,没有设计使用连接池,同时连接客户端有上千,同时有上千个进程,再加上SGA>memory应该有内存交换情况存在 ,syscpu高点正常.

[ 本帖最后由 tom0732 于 2011-5-6 10:17 编辑 ]

zergduan

原帖由 tom0732 于 2011-5-6 10:14 发表
syscpu高我觉得主要原因是他应该是CS应用结构,没有设计使用连接池,同时连接客户端有上千,同时有上千个进程syscpu高点正常.

不应该，只有在login时候才会耗费cpu，而且也不会大量耗费syscpu~
再说
Logons: 1.30 0.02
每秒1.30个，何来"同时有上千个进程"同时login~

zergduan

而且从pga的使用情况上来看，整个系统process是处于下降态势，系统总连接树不会超过2000，awr结束时不会超过1000~ 对于他这样的机器配置来说，应该不是问题~

tom0732

原帖由 zergduan 于 2011-5-6 10:20 发表


不应该，只有在login时候才会耗费cpu，而且也不会大量耗费syscpu~
再说
Logons: 1.30 0.02
每秒1.30个，何来"同时有上千个进程"同时login~

我没说同时登陆啊.奇怪,AWR 的主机内存信息跟top 内存信息不太一致

iori809

V_SCHITEMGXJ
你这个表的记录数多少？
统计信息能否贴出来看看？
select num_rows,blocks,empty_blocks from user_tables where table_name=