SQL分页查询怎么优化_重要技巧总结提升查询效率【教程】

新闻中心 NEWS CENTER

2025-12-14

浏览次数：次

SQL分页查询慢的核心是OFFSET导致线性扫描，应改用游标分页或延迟关联，并建立合适索引；避免大OFFSET、提前过滤、合理使用缓存或物理分区。

sql分页查询怎么优化_重要技巧总结提升查询效率【教程】

SQL分页查询慢，核心问题往往不是“LIMIT OFFSET”本身，而是数据库要先扫描并跳过前面大量数据。真正有效的优化，是绕开OFFSET的线性扫描，改用“游标分页”或“延迟关联”等策略，同时确保关键字段有合适索引。

当页码很大（比如第10000页），SELECT * FROM orders ORDER BY id LIMIT 20 OFFSET 200000会强制MySQL扫描前200000行再取20条，效率急剧下降。游标分页用上一页最后一条记录的排序字段值作为条件，让查询直接定位起点：

第1页：SELECT * FROM orders WHERE status = 1 ORDER BY id ASC LIMIT 20
第2页（假设第1页最后id是15678）：SELECT * FROM orders WHERE status = 1 AND id > 15678 ORDER BY id ASC LIMIT 20

注意：必须有确定的排序字段（推荐主键或唯一递增字段），且WHERE条件中其他过滤字段（如status）也要加在游标条件里，避免数据错位。

如果分页字段和查询字段不统一（比如按create_time排序，但还要查user_name、amount等），全字段SELECT容易触发大量回表。可先用索引快速定位ID，再二次JOIN获取详情：

第一步（走索引）：SELECT id FROM orders WHERE status = 1 ORDER BY create_time DESC LIMIT 20 OFFSET 1000
第二步（关联主表）：SELECT o.* FROM orders o INNER JOIN (上面子查询) t ON o.id = t.id

前提是status + create_time上有联合索引，这样第一步完全走索引，不访问数据行。

Glarity

Glarity是一款免费开源的AI浏览器扩展，提供YouTube视频总结、网页摘要、写作工具等功能，支持免费的镜像翻译，电子邮件写作辅助，AI问答等功能。

131 查看详情 Glarity

分页慢常因未加有效WHERE条件，导致在几百万行中分页。务必在ORDER BY前就用高区分度字段缩小结果集：

差：SELECT * FROM logs ORDER BY id DESC LIMIT 10 OFFSET 50000（全表扫描）
好：SELECT * FROM logs WHERE date >= '2025-06-01' AND level = 'ERROR' ORDER BY id DESC LIMIT 10 OFFSET 50000（先过滤到几千行再分页）

记得为date + level + id建联合索引，让过滤和排序都能命中索引。