本文共 2057 字，大约阅读时间需要 6 分钟。
数据库分页查询优化实践指南
当需要从数据库查询的表有上万条记录时，一次性查询所有结果会变得非常缓慢，特别是在数据量持续增加的情况下，这时分页查询就显得尤为重要。数据库分页查询方法多种多样，每种方法都有其适用的场景和优化点。本文将简要介绍几种常见的分页查询优化方法，并通过实际测试结果进行对比分析。
为了对下面的优化方法进行测试，我们基于现有表进行说明：
如果需要自己测试，可以编写shell脚本等工具插入数据进行测试。
一般的分页查询可以通过MySQL的LIMIT子句实现。LIMIT子句用于指定返回的记录数。需要注意以下几点：
参数说明：
示例：
select * from orders_history where type=8 limit 1000,10;
该语句将从orders_history表中查询第1000条数据之后的10条记录（即第1001条到第10010条）。
默认排序： 数据表中的记录默认使用主键（通常为id）排序，上述结果相当于：
select * from orders_history where type=8 order by id limit 10000,10;
测试结果：
随着每次请求的记录数增加，查询时间呈线性增长。可以看到，当每次查询的记录数低于100时，查询时间基本没有差异。但随着记录数的增加，查询时间显著增加。
这种优化方式通过先定位偏移位置的id，然后再向后查询，适用于id递增的情况。具体语句如下：
获取单条记录的id：
select id from orders_history where type=8 limit 100000,1;
根据id查询后续记录：
select * from orders_history where type=8 and id > (select id from orders_history where type=8 limit 100000,1) limit 100;
测试结果：
可以看出，通过使用select id代替select *，查询速度提高了3倍。子查询相较于普通分页查询，能够显著提升查询效率。
这种优化方式假设数据表的id是连续递增的，可以通过计算查询的id范围来实现分页查询。具体语法如下：
基于范围查询：
select * from orders_history where type=2 and id between 1000000 and 1000100 limit 100;
另一种写法：
select * from orders_history where id >= 1000001 limit 100;
使用in子句：
select * from orders_history where id in (select order_id from trade_2 where goods = 'pen') limit 100;
这种优化方式的优势在于可以直接定位到需要查询的记录范围，特别适用于已知id范围的情况。需要注意的是，某些MySQL版本不支持在IN子句中使用LIMIT。
这种优化方式虽然不属于传统的查询优化，但值得提及。对于使用id限定优化中的场景，特别是在数据缺失或历史数据处理时，可以考虑使用临时存储的表来记录分页的id，然后通过IN子句查询。这种方法在数据量较大时能显著提升传统分页查询的速度。
一般情况下，数据库表中会强制添加一个递增的id字段，使得分页查询更加便捷。对于像订单库这样的数据量庞大，建议采取分库分表策略，并使用分布式的高并发唯一id生成器来生成唯一标识。
欢迎在评论区留言交流，如果觉得文章有价值，请记得点赞支持！
转载地址：http://rlvg.baihongyu.com/