答案：MySQL分页优化需避免大OFFSET性能问题，优先使用索引覆盖（如(status, create_time, id, name)复合索引）减少回表；采用游标分页（Keyset Pagination），以上一页最后记录的排序值为下一页起点，替代LIMIT OFFSET；通过延迟关联先查主键再关联原表降低IO；对高频页使用Redis缓存结果集。核心是减少无效扫描，推荐游标分页+索引+缓存组合策略。
在MySQL中，分页查询是Web应用中最常见的操作之一，通常使用LIMIT和OFFSET实现。但随着数据量增大，尤其是OFFSET值很高时，查询性能会显著下降。这是因为MySQL仍需扫描前OFFSET条记录，即使它们不会被返回。以下是几种有效的优化方法。
1. 使用索引覆盖减少回表
确保分页查询的排序字段（如id、create_time）上有合适的索引。如果查询字段都能被索引覆盖，MySQL无需回表查询主表数据，能大幅提升效率。
- 创建复合索引，包含ORDER BY和WHERE条件中的字段
- 例如：SELECT id, name FROM users WHERE status=1 ORDER BY create_time LIMIT 10 OFFSET 1000；可为(status, create_time, id, name)建立索引
2. 避免大偏移量，使用游标分页（Keyset Pagination）
用上一页最后一条记录的排序值作为下一页的起点，避免使用OFFSET。这种方式性能稳定，适合无限滚动等场景。
- 将 SELECT * FROM table ORDER BY id LIMIT 10 OFFSET 10000
- 改为 SELECT * FROM table WHERE id > 10000 ORDER BY id LIMIT 10
- 需要前端传递上一页最后一个id值
3. 延迟关联优化大表分页
先通过索引获取主键，再用主键关联原表获取完整数据，减少回表次数。
- SELECT t.* FROM table t INNER JOIN (SELECT id FROM table WHERE condition ORDER BY id LIMIT 10000, 10) AS tmp ON t.id = tmp.id
- 子查询只走索引，外层再取实际数据，降低IO开销
4. 缓存频繁访问的页
对于访问频率高的分页数据（如首页、热门页），使用Redis或内存缓存结果集，避免重复查询数据库。
- 设置合理的过期时间
- 结合业务判断是否需要实时性
基本上就这些。关键在于避免全表扫描和大量无效数据读取。优先考虑游标分页+索引优化组合，再辅以缓存策略，能有效解决大部分分页性能问题。
