最近在监控数据库的过程中发现，在操作系统层面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博客 ” ，链接：https://blog.itpub.net/25618347/viewspace-711844/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
