故障记录---程序select早半秒,oracle崩了

问题背景:
业务查询速度慢,程序后台报错连接数据库超时,终端连接主机速度很慢,且报错:‘abrt-cli status‘ timed out

处理过程:
top一下,发现4个僵尸进程,均为oracle的;cpu负载超过60%,占用率较高的进程为kswap0。
free -h 看内存发现可用只有200多兆。
由此,cpu高是由于内存不够拉起了kswap0导致,问题还在内存
buffer/cache占用5G,释放不掉。
先kill僵尸进程和父进程,进程恢复了,但是内存并没有释放
暂时不找问题,直接重启oracle先恢复业务

排查:
取程序日志找到最早报错时间的日志,发现查询返回结果为空,
手动去数据库查询发现有数据返回,怀疑查询时刻数据还没写入。
找到写入数据的时间和查询时间比对,发现插入时间比查询时间晚了半秒,导致数据查询为空。
在这里插入图片描述
在这里插入图片描述
总结一下:
数据写入未完成又开始进行查询,同时进行此操作的查询数量较多导致进程僵死,内存溢出,随后kswap0开始工作,导致cpu升高,最后oracle主机彻底卡死。

  • 3
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值