最近在监控数据库的过程中发现,在操作系统层面top里面%sy值在不断的上涨,最严重的时候
%sy+%us达到100%,%id几乎为0了,直接结果就是数据库出现假死现象,应用程序无响应,之后查
了很多资料,发现一篇文章中陈述的现象跟我们的很类似,操作系统也是linux,说linux在处理页交换
上面有BUG,在aix和unix上都没这种现象,处理方法就是禁止在swap分区发生页交换,之后在测试库上
作了相应的调整,具体效果,有待进一步观察。
而正式库上经过一段时间的观察,发现造成%sy上涨的进程是oracle进程,而且会持续很长时间,最后到
数据库里捕捉相应的sql语句,却抓不出来,没办法,拉了一份awr报告,发现top5里面有direct path
read事件,难怪抓不到对应的sql语句,对物理读高的,排序操作多的sql
语句进行了彻底的优化,之后就没有再出现这种情况,仅此记录一下。
%sy+%us达到100%,%id几乎为0了,直接结果就是数据库出现假死现象,应用程序无响应,之后查
了很多资料,发现一篇文章中陈述的现象跟我们的很类似,操作系统也是linux,说linux在处理页交换
上面有BUG,在aix和unix上都没这种现象,处理方法就是禁止在swap分区发生页交换,之后在测试库上
作了相应的调整,具体效果,有待进一步观察。
而正式库上经过一段时间的观察,发现造成%sy上涨的进程是oracle进程,而且会持续很长时间,最后到
数据库里捕捉相应的sql语句,却抓不出来,没办法,拉了一份awr报告,发现top5里面有direct path
read事件,难怪抓不到对应的sql语句,对物理读高的,排序操作多的sql
语句进行了彻底的优化,之后就没有再出现这种情况,仅此记录一下。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/25618347/viewspace-711844/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/25618347/viewspace-711844/