数据分页是现代Web应用和数据处理中的常见需求，尤其是在处理大量数据时，合理的分页不仅能提升用户体验，还能有效降低数据库负载，以下是三种高效率的SQL分页方法，适用于不同场景，帮助开发者优化查询性能。
基于LIMIT和OFFSET的经典分页法
这是最直观的分页方式,通过LIMIT指定每页记录数，OFFSET跳过前面的记录数来实现分页，查询第3页（每页10条记录）的数据：
SELECT * FROM users ORDER BY id LIMIT 10 OFFSET 20;
优点：语法简单，易于理解，适用于大多数中小型数据表。
缺点：当OFFSET值较大时（如查询第1000页），数据库需要扫描并跳过大量数据，导致性能下降，这是因为OFFSET会逐行计数，数据量越大，查询时间越长。
优化建议：在数据量较小或分页较浅的场景（如前10页）使用，避免深分页（如OFFSET > 10000）。
基于游标的分页法（Keyset Pagination）
游标分页通过记录的唯一键（如自增ID或时间戳）定位分页起点，避免OFFSET的性能问题，假设id是自增主键，查询第3页（每页10条）的数据：
SELECT * FROM users WHERE id > 30 ORDER BY id LIMIT 10;
30是上一页最后一条记录的id。
优点：无论分页多深，查询性能稳定，因为数据库只需扫描id > 30的记录，无需跳过大量数据。
缺点：要求表有有序的唯一键，且无法直接跳转到指定页（如第100页），必须顺序遍历。
适用场景：大数据量、频繁分页的场景（如社交媒体动态、日志查询），尤其适合无限滚动加载。
基于窗口函数的复杂分页法
当排序条件涉及多列或需要更灵活的分页逻辑时,可结合窗口函数（如ROW_NUMBER()），按create_time降序分页，同时保留id作为备选游标：
SELECT * FROM (
SELECT *, ROW_NUMBER() OVER (ORDER BY create_time DESC, id ASC) AS row_num
FROM users
) AS ranked_users
WHERE row_num BETWEEN 21 AND 30;
优点：支持多列排序、复杂条件分页，且性能优于OFFSET（尤其当排序字段有索引时）。
缺点：语法较复杂，窗口函数可能增加计算开销，需确保排序字段有索引优化。
适用场景：需要多维度排序或分页条件复杂的业务（如电商筛选、报表查询）。
总结与选择建议
- 经典分页（LIMIT+OFFSET）：适合轻量级应用或浅分页，简单易用但性能受限。
- 游标分页：大数据量深分页的首选，性能稳定但需有序键支持。
- 窗口函数分页：复杂排序场景的利器，灵活性强但需权衡性能成本。
实际开发中,应根据数据量、分页深度和排序需求选择合适的方法，为排序字段添加索引、避免SELECT *只查询必要字段，可进一步提升分页效率，通过合理优化，SQL分页既能满足业务需求，又能保障系统性能。
