偶然间的发现,索引不起作用以及强制使用索引

一次同事反映说他有一条sql的处理时间很长,快20s才能处理完

如图:

 查询时间为19s,

最外层dg_pushcert表的数据量为10w多,数据量不是很多。

 此时想到的就是索引问题。之后,同事加上索引以后,发现没什么变化,还是原来的处理时间。这就蒙了。

单拿出来

SELECT date,`to`,usrid,`status` FROM dg_pushcert FORCE INDEX ( pushcert_date ) where date BETWEEN "2019-08-04 00:00:00" AND "2019-08-06 00:00:00"

发现这块就很耗时,所以就猜到了date这个索引是没有用上的。使用EXPLAIN一看,果然

走的全表扫描,并没有用上创建的date索引。

原因是   (查询的数量是大表的大部分,应该是30%以上。)显然没有达到,所以只能强制使用索引了

FORCE INDEX ( pushcert_date )

此时级别为range

从19s变成0.4s效果很显著吧。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值