深分页问题,limit 1000000,10 加载很慢该怎么优化

深分页问题

在数据量比较大时,如果进行 limit 分页查询,在查询时,越往后,分页查询效率越低。我们一起来看看执行limit 分页查询耗时对比:
select * from tb sku limit 0,10 (耗时0.00sec)
select * from tb sku limit 9000000,10 (耗时11.05sec)
当在进行分页查询时,如果执行 limit 9000000,10 ,此时需要 MySQL 不通过索引 来排序前 9000010 记录,仅仅返回 9000000 - 9000010 的记录,其他记录丢弃,查询排序的代价非常大 。
其实以下几种优化方案的设计都是基于 触发索引 的理念,最好能触发主键索引,再差也得是个覆盖索 引,尽量避免回表

优化

关于这个问题,有多种解决方案,大家可以在回答的时候尽可能的考虑全面一点。
  1. 如果 id 是连续的,可以直接使用这样的方式。select id,name from user where id>1000000 limit 10.这种方式其实就是先对数据做过滤,然后再 limit,可以有效提升查询效率
  2. 通过 order by+索引来解决select id,name from user order by id limit1000000,10 需要注意 id 是索引列,通过索引排序后再 limit,同样减少了计算次数
  3. 通过 limit +子查询, select * from user u , (select id from user order by id limit 2000000,10) a where u.id=a.id;可以通过加子查询形式进行优化。
  4. 从业务层面来考虑,限制页数,一般情况下用户去翻 100W 页来找数据。我们通常会通过搜索来优化查找过程。

覆盖索引 + 子查询

select
*
from
tb_sku t,
(select id from tb_sku order by id limit 9000000,10) a ——>这个子查询的结果为
一张表
where
t.id = a.id;
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值