使用覆盖索引和游标分页可显著提升MySQL分页性能，避免大OFFSET导致的全扫描；通过合理设计复合索引减少回表与排序开销，并用近似或缓存替代COUNT(*)降低查询压力。
在MySQL中进行分页查询时，随着偏移量（OFFSET）增大，查询性能会显著下降。这是因为即使不需要返回前面的数据，数据库仍需扫描并跳过 OFFSET 指定的行数。通过合理使用索引，可以大幅提高分页查询的效率。
1. 使用覆盖索引减少回表操作
覆盖索引是指查询所需的所有字段都包含在索引中，这样MySQL无需回表查询主表数据，直接从索引中获取结果。
例如，有如下分页查询：
SELECT id, name, created_at FROM users WHERE status = 1 ORDER BY created_at DESC LIMIT 10 OFFSET 1000;如果只为 status 字段建了索引，MySQL仍需根据主键回表获取 name 和 created_at。此时应建立联合索引：
CREATE INDEX idx_status_created ON users (status, created_at);由于 id 是主键，InnoDB 的二级索引默认包含主键值，因此这个索引能覆盖整个查询，避免回表，提升速度。
2. 使用“游标分页”替代 OFFSET 分页
OFFSET 越大，性能越差。更高效的方式是使用“基于游标的分页”，即利用上一页最后一条记录的排序字段值作为下一页的起点。
比如上一页最后一条记录的 created_at 是 '2023-05-01 10:00:00'，下一页查询可写为：
SELECT id, name, created_at FROM users WHERE status = 1 AND created_at配合索引 idx_status_created，这个查询只需定位到条件位置，直接读取10条，避免了全范围扫描和跳过大量记录。
注意：这种方式要求排序字段唯一或组合唯一，否则可能漏数据或重复。可在时间字段基础上加上主键进一步限定：
... AND created_at3. 合理设计复合索引顺序
索引字段顺序影响查询效率。一般将等值查询字段放在前面，排序字段放后面。
例如查询：
SELECT * FROM orders WHERE user_id = 123 ORDER BY created_at DESC;应创建索引：
CREATE INDEX idx_user_time ON orders (user_id, created_at);这样MySQL可以直接利用索引完成过滤和排序，避免额外的 filesort 操作。
4. 避免在高偏移分页中使用 COUNT(*)
有时为了显示总页数会执行 COUNT(*)，但在大表中这会拖慢整体响应。可考虑以下替代方案：
- 用近似值：执行 EXPLAIN SELECT ... 获取行数估算
- 使用缓存定期更新总数
- 前端只提供“下一页”按钮，不显示总页数
基本上就这些。关键点是避免大 OFFSET 扫描，用覆盖索引减少 I/O，用游标方式实现高效翻页。只要索引设计得当，分页性能可以保持稳定。
