1. create_time增加索引

2. 优化1（通过覆盖索引快速定位第一条数据）

利用覆盖索引特性（避免回表），查找第50000条数据的创建时间，快速定位拿10条数据
在这里插入图片描述
执行计划

3.优化2（连续翻页）

连续翻页，可以用上一页最后一条数据的创建时间，作为下一页查询的起始时间，减少一次子查询。
在这里插入图片描述

连续分页的问题

连续分页还要考虑并发场景，比如创建时间大量重复，在查询的时候需要额外增加偏移量

总结

其实大部分场景下，用户并不关心第一万页的数据，所以大部分情况下，连续分页就可以满足展示需求。
连续分页应用场景：

PC端，仅展示上一页、下一页；
PC端，仅展示100页数据（可以考虑）
App端，上拉加载

4. demo

-- 此语句耗时很长
select * from tb_sku limit 9000000, 10;
-- 通过覆盖索引加快速度，直接通过主键索引进行排序及查询
select id from tb_sku order by id limit 9000000, 10;
-- 下面的语句是错误的，因为 MySQL 不支持 in 里面使用 limit
-- select * from tb_sku where id in (select id from tb_sku order by id limit 9000000, 10);
-- 通过连表查询即可实现第一句的效果，并且能达到第二句的速度
select * from tb_sku as s, (select id from tb_sku order by id limit 9000000, 10) as a where s.id = a.id