MySQL之Limit分页性能问题

这几天一直在能mysql的分页查询功能,网上有人说mysql自带的limit分页功能性能不佳。于是自己动手测试了下400W的数据,使用limit 4000000,5所需的时间在4.5s左右,实在让人无法接受。于是在网上查询了下limit性能优化。得出两个结论:


原始SQL:select * from user limit 4000000,5;所需时间4.5s左右。

1.使用索引进行查询limit,例如:select id from user limit 4000000,5;使用时间(400W的时候)2.15s左右。时间缩减到一半。但是2s的查询时间在事实应用中完全无法让人接受。何况除了sql的时间消耗还有代码的逻辑时间消耗。所以这种方案在大数据中仍不能解决问题。

2.使用索引加查询条件进行限制,如: select * from user where id > 4000000 order by id limit 0,5;

这种方法时间的查询时间几乎为零。当然基本的id字段的索引还是必须建立的。

楼主是一个事情比较多的人。因为limit用于分页功能,当然有可能需要总记录数。

试着在400W的数据中select count(1) from user;结果查询时间又让我小小的郁闷了需要1.5s左右的时间。还没有得到更好的解决方案。

根据自己以前的项目经验,不知道是不是硬套;先设想在这里。如这个SQL是进行用户分页。那么可以建立一个用户统计信息表,在用户注册和销户的时候做用户总数的加减操作,毕竟用户的注册销户操作不会那么频繁,这样直接查询用户统计信息表即可。


若各位网友有好的建议,望告知小弟。谢谢

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值