count查询慢,处理方法

最近使用 select count(id) from temp_orders; 查询很慢。表中数据有5000万+条。
使用 EXPLAIN SELECT COUNT(id)   FROM temp_orders;结果如下

	通过上图可以看出 该查询语句使用了索引,但是并不是按主键查询的,而是使用的自定义的索引FK_order_parking_lot_id。

	先不说这个自定义的索引有没问题,这个索引也不是我定义的,不可能去动,万一影响到其他同事在用,就gg了。
	在网上看到有人在    **主键上添加UNIQUE索引**
	alter table temp_orders add unique  (id);
	此时查询走主键了,查询也快了很多。

在这里插入图片描述

	但是 主键本来就是特殊的唯一键。  主键= unique  + not null
	在主键再加一个唯一键 unique  索引,这不是浪费空间吗?
	网上继续爬,得到最后结果,在查询的时候可以指定查询使用哪个索引。
	EXPLAIN SELECT COUNT(id)   FROM temp_orders force index (PRIMARY);

在这里插入图片描述

结果棒棒哒! 5000+万的数据 37毫秒搞定!!

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值