使用索引导致慢sql

简述问题

首先生产上的一张十几亿量级的表,根据REQUEST_TIME 查询,时间较长,因此当时造了几千万数据,加一个时间字符串字段(带索引),sql执行的效率大大提高了。
问题:生产上使用该sql,查询一个小时一直没有查询成功。
使用不带索引的虽然慢,二十分钟就查询出来了。

结合执行计划定位具体原因:

原SQL查询:

explain plan for 
SELECT COUNT(*) FROM 大表   WHERE REQUEST_TIME >= to_date('2000-07-01','yyyy-MM-dd') and  SEND_STATUS = 'OK';
SELECT * from table(dbms_xplan.display);

生产库的执行计划:

在这里插入图片描述
通过加索引字段查询:

explain plan for 
SELECT COUNT(*) FROM  大表 WHERE ACCT_DATE >= '20000701' and  SEND_STATUS = '04';
SELECT * from table(dbms_xplan.display);

生产库的执行计划:
在这里插入图片描述
在生产上查看执行计划才发现,如果使用索引第一次查询到的结果行数过多,导致数据库在第一步通过索引查询时,需要放到缓存中的数据过大。

总结:

1、使用索引,很多时候是会将查询变快,但是数据量很大的时候,一定要在生产表上查看执行计划,确保万一,再确定方案。
2、解决办法:目前我们是提了分库分表的方案,来彻底解决。临时办法就是给data类型的请求时间加上索引,再缩小查询的时间范围。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值