使用索引和游标分页可显著提升mysql分页性能，避免大OFFSET导致的全表扫描；通过覆盖索引减少回表，结合延迟关联优化大偏移查询，推荐基于排序字段的游标分页实现高效稳定访问。
在MySQL中进行分页查询时，随着偏移量（OFFSET）增大，查询性能会显著下降。这是因为即使不需要返回前面的数据，数据库仍需扫描并跳过OFFSET指定的行数。使用索引可以有效缓解这一问题，尤其是结合合理的查询设计。
理解分页中的性能瓶颈
常见的分页语句如下：
select * FROM users ORDER BY id LIMIT 10 OFFSET 100000;
当OFFSET很大时，MySQL必须读取前100010条记录，然后丢弃前100000条，仅返回10条，这非常低效。即使有索引，ORDER BY和LIMIT OFFSET的组合仍可能导致大量索引扫描。
使用覆盖索引减少回表
如果查询字段都能被索引包含，MySQL可以直接从索引中获取数据，无需回表查询主键聚簇索引，这种索引称为“覆盖索引”。
- 例如，若查询的是id和name，可建立联合索引：KEY idx_id_name (id, name)
- 这样SELECT id, name FROM users ORDER BY id LIMIT 10 OFFSET 100000;就能利用覆盖索引，提升速度
用延迟关联优化大偏移查询
延迟关联的核心思想是：先通过索引快速定位所需主键，再通过主键回表获取完整数据，减少回表次数。
优化后的写法：
SELECT u.* FROM users u INNER JOIN (SELECT id FROM users ORDER BY id LIMIT 100000, 10) AS tmp ON u.id = tmp.id;
- 子查询只走索引扫描id，速度快
- 外层通过主键IN或JOIN精确回表，避免全表扫描
使用游标（Cursor-based）分页替代OFFSET
对于大数据量场景，推荐使用基于游标的分页，即利用上一页最后一条记录的排序值作为下一页的起点。
例如：
SELECT * FROM users WHERE id > 100000 ORDER BY id LIMIT 10;
- 前提是id有序且唯一
- 不再需要OFFSET，查询始终从索引定位开始，效率稳定
- 适合实时性要求高、数据不断增长的场景（如消息流）
基本上就这些。关键在于避免大OFFSET，善用索引结构，优先考虑覆盖索引和游标分页。合理设计能显著提升分页响应速度。