在MySQL中，分页查询是Web应用中最常见的操作之一，通常使用
LIMIT offset, size实现。但当数据量大、偏移量高时，如
LIMIT 100000, 20，性能会明显下降。这是因为MySQL仍需扫描前100000条记录。以下是几种有效的优化技巧来提升分页查询效率。
1. 使用主键或索引字段进行范围查询替代OFFSET
避免使用大偏移量的
LIMIT，改用基于主键或有序索引的条件查询。比如已知上一页最后一条记录的主键值，下一页可直接从该值之后读取。
示例：
-- 原始低效写法SELECT * FROM users ORDER BY id LIMIT 100000, 20;
-- 优化写法：利用上一次查询的最大id继续查询
SELECT * FROM users WHERE id > 100000 ORDER BY id LIMIT 20;
这种方式避免了全表扫描，利用索引快速定位，大幅提升性能。
2. 覆盖索引减少回表次数
如果查询字段都能被索引覆盖，MySQL无需回表查询数据行，极大提高效率。建议为分页常用的查询条件和返回字段建立联合索引。
示例：
-- 创建覆盖索引CREATE INDEX idx_status_created ON orders (status, created_at, user_id, amount);
-- 查询只涉及索引字段
SELECT user_id, amount FROM orders WHERE status = 'paid' ORDER BY created_at LIMIT 20;
此时查询完全走索引，不需要访问数据行。
3. 延迟关联（Delayed Join）优化大偏移查询
当必须使用大OFFSET时，先通过索引取出主键，再与原表关联，减少数据访问量。
示例：
SELECT u.* FROM users uINNER JOIN (
SELECT id FROM users WHERE age > 25 ORDER BY created_at LIMIT 100000, 20
) AS tmp ON u.id = tmp.id;
子查询只扫描索引获取id，外层再根据主键回表，比直接全字段排序分页快很多。
4. 使用游标分页（Cursor-based Pagination）
适用于时间线类场景，如微博、日志等。用时间戳+主键作为“游标”，避免OFFSET。
示例：
-- 客户端传入上一页最后一条的时间和idSELECT * FROM posts
WHERE (created_at, id) > ('2024-01-01 10:00:00', 10000)
ORDER BY created_at ASC, id ASC LIMIT 20;
这种分页方式稳定高效，不受数据插入影响，适合实时性要求高的系统。
基本上就这些。选择哪种方式取决于业务场景。优先考虑游标分页或基于主键的范围查询，避免大OFFSET带来的性能问题。合理设计索引，能显著提升分页效率。
