深分页问题
在数据量比较大时,如果进行
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
的记录,其他记录丢弃,查询排序的代价非常大 。
其实以下几种优化方案的设计都是基于
触发索引
的理念,最好能触发主键索引,再差也得是个覆盖索
引,尽量避免回表
优化
关于这个问题,有多种解决方案,大家可以在回答的时候尽可能的考虑全面一点。
- 如果 id 是连续的,可以直接使用这样的方式。select id,name from user where id>1000000 limit 10.这种方式其实就是先对数据做过滤,然后再 limit,可以有效提升查询效率
- 通过 order by+索引来解决select id,name from user order by id limit1000000,10 需要注意 id 是索引列,通过索引排序后再 limit,同样减少了计算次数
- 通过 limit +子查询, select * from user u , (select id from user order by id limit 2000000,10) a where u.id=a.id;可以通过加子查询形式进行优化。
- 从业务层面来考虑,限制页数,一般情况下用户去翻 100W 页来找数据。我们通常会通过搜索来优化查找过程。
覆盖索引 + 子查询
select
*
from
tb_sku t,
(select id from tb_sku order by id limit 9000000,10) a ——>这个子查询的结果为
一张表
where
t.id = a.id;