Oracle count时响应速度慢

Oracle count很慢

事故描述

在执行一条分页查询的sql时,select * 的结果只需要150ms左右,正常select count(1) 也只需要100ms左右。

但当where条件中含有某一个参数时会导致select count(1) 的速度非常慢,需要140s以上;select *响应速度正常。且仅在生产环境会出现该问题,测试环境select count(1) 仍然只需要100ms左右。

该问题导致了页面会卡死,若反复执行带有该参数的sql会导致当前节点不可用,k8s重启该pod。

事故分析

刚开始认为是因为该字段是嵌套查询的结果导致的,也可能是因为使用了函数导致的,但很快被推翻了,因为在测试环境响应速度正常。

事故产生原因到最后也没有一个明确的结果,但有解决方案。

解决方案

其实这个解决方案在网上很难查到,我们并没有从网上得到一个明确的结果,但受到了一篇博客的启发,该博客中指出rownum的结果和实际的结果数量不一致,由于我的数据库表的 num_rows 统计分析的是 7250,但是实际只有 2450 行数据。 这引发了我们对rownum的思考,认为rownum可能会对count起到帮助作用。最后我们在select count(1) 中加入了rownum,响应时间恢复正常。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 6
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值