我们在项目中经常会使用到分页查询,之前最常用from-size模式,即“select * from tableName where is_del = 0 limit #{from},#{size} ”,刚开始数据量比较小的情况下还没看出有什么缺点,但是当数据量为百万、千万级别以上数据时,会发现分页查询越来越慢,会严重影响前端页面的反映速度。
网上有好几种分页查询优化的方法,比如:
-
使用子查询优化;
-
使用ID限定优化;
-
使用临时表优化;
它们从不同的角度来提升查询速度,但是从学习和理解成本讲,我还是最常用使用ID限定优化,分页效果还是蛮好的。
使用ID限定优化
使用ID限定优化就是利用ID索引,来加快查询速度,但是这种方式有个前提条件-假设数据库表的ID字段是连续递增的;这样我们可以根据查询的页数和查询的记录数来计算出要查询的ID范围,然后使用id-between-and来查询:
select * from orders where is_del = 0 and id between 1000000 and 1000100 limit 100;
使用ID查询能极大的优化查询速度,基本上能在几十毫秒之内查出指定条件的数据。只是需要明确知道数据库表ID情况,但是一般的数据库表都会有ID,并且ID一般都会加索引,这为数据查询带来很大的便利。
上述方法还有一种变形:
select * from orders where is_del = 0 and id > #{id,jdbcType=BIGINT} limit 100;
在面对大量数据的分页查询时,使用ID限定优化能显著提高查询速度。本文介绍了如何利用ID索引进行分页,通过计算ID范围或使用大于特定ID的方式,实现快速查询。此方法适用于ID连续递增的场景,能有效减少查询时间,提升前端响应速度。
1131

被折叠的 条评论
为什么被折叠?



