在MySQL的查询场景中，分页是高频需求，最常见的实现方式是使用LIMIT和OFFSET组合，但当数据量达到一定规模时，这种常规分页方式可能会引发OOM问题，影响服务正常运行。
LIMIT与OFFSET分页的基本原理
LIMIT和OFFSET是MySQL中用于限制查询结果返回行数的语法，其中LIMIT指定返回的最大行数，OFFSET指定从结果集的第几行开始返回，行数从0开始计数。
常规的分页查询写法如下，假设每页显示10条数据，查询第1页的数据：
-- 查询第1页数据，每页10条，OFFSET从0开始 SELECT id, username, create_time FROM user_table ORDER BY id ASC LIMIT 10 OFFSET 0;
如果要查询第n页的数据，通常的写法是把OFFSET设置为(n-1)*每页条数，比如查询第100页，每页10条，OFFSET就是990：
-- 查询第100页数据，每页10条 SELECT id, username, create_time FROM user_table ORDER BY id ASC LIMIT 10 OFFSET 990;
为什么这种分页方式会导致OOM
很多开发者认为LIMIT和OFFSET分页只会返回指定范围的数据，不会占用太多内存，但实际执行逻辑并非如此。MySQL在执行带OFFSET的查询时，会先按照ORDER BY的规则排序所有符合条件的数据，然后从第1行开始扫描，直到扫描到OFFSET指定的行数，再返回后续的LIMIT行数据。
也就是说，当OFFSET的值很大时，比如查询第10000页，每页10条，OFFSET就是99990，MySQL需要扫描前99990行数据，这些扫描的数据会临时占用内存，当数据量过大、并发查询较多时，就会耗尽数据库内存，引发OOM。
另外如果查询没有合适的索引支持ORDER BY的字段，MySQL还会进行全表扫描和临时排序，进一步加剧内存消耗。
使用LIMIT与OFFSET组合防止OOM的优化方法
1. 给排序字段添加合适索引
首先要确保ORDER BY后面的字段有对应的索引，避免全表扫描和临时排序。比如上面的查询中，给id字段添加主键索引或者普通索引，这样MySQL可以直接通过索引定位数据，不需要扫描全表。
-- 给id字段添加索引，如果是主键则不需要额外添加 ALTER TABLE user_table ADD INDEX idx_id (id);
2. 限制最大翻页深度
对于大多数业务场景，用户很少会翻到非常靠后的页码，因此可以限制最大翻页深度，比如只允许查询前1000页，超过这个范围的查询直接返回空结果或者提示页码超出限制，从业务层面减少大OFFSET查询的出现。
3. 优化大偏移量场景的分页逻辑
如果确实需要查询靠后的页码，可以放弃使用OFFSET，改用基于上次查询最后一条记录的条件查询，比如上次查询的最后一条记录的id是990，那么查询下一页可以直接用id大于990的条件：
-- 基于上次最后一条记录的id查询下一页，避免大OFFSET SELECT id, username, create_time FROM user_table WHERE id > 990 ORDER BY id ASC LIMIT 10;
这种方式不需要扫描前面的数据，直接通过索引定位到id大于990的位置，内存占用极低，不会出现OOM问题。如果业务必须使用OFFSET，那么需要严格控制OFFSET的最大值，同时做好查询的监控，避免大OFFSET查询并发执行。
4. 合理设置数据库内存参数
可以适当调整MySQL的内存相关参数，比如sort_buffer_size，避免排序操作占用过多内存，但这个参数需要根据服务器实际内存情况设置，不能盲目调大，否则反而会增加OOM的风险。
分页查询的注意事项
在使用LIMIT和OFFSET组合时，还要注意如果查询的表有频繁的增删操作，可能会出现分页数据重复或者遗漏的问题，因为增删操作会导致数据的排序位置发生变化，这种情况下建议结合业务场景选择合适的分页方案，比如使用时间戳或者自增主键作为分页的锚点。
另外不要在高并发场景下执行大OFFSET的查询，尽量把分页查询的请求做缓存，减少数据库的查询压力，从多方面避免OOM问题的发生。
MySQL分页查询LIMIT_OFFSET防止OOM数据库优化修改时间：2026-07-22 11:57:23