深分页问题，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;