使用游标分页避免大偏移量扫描，通过主键或索引键定位下一页起点；2. 利用覆盖索引使查询字段均在索引中，减少回表；3. 采用延迟关联先通过索引获取主键再关联原表，降低扫描量；4. 对高频访问页面进行缓存，减少数据库查询压力。核心是减少扫描和优化索引使用。
MySQL分页查询在数据量大时容易变慢，尤其是使用 OFFSET 越来越大时。跳过大量行会带来严重的性能损耗。要提升分页查询速度，关键在于减少扫描的数据量和优化索引使用。
1. 使用游标（基于索引键）代替 OFFSET
传统写法：
SELECT * FROM users ORDER BY id LIMIT 10000, 20;
当偏移量达到上万时，MySQL仍需扫描前10000条记录。
优化方式是利用上一页最后一条记录的主键值作为起点：
SELECT * FROM users WHERE id > 10000 ORDER BY id LIMIT 20;这样无需跳过数据，直接从指定位置读取，效率更高。前提是排序字段有索引（如主键），且只能用于“向后翻页”。
2. 覆盖索引减少回表
如果查询字段都在索引中，MySQL可直接从索引获取数据，避免回表查询。例如：
SELECT id, name FROM users WHERE status = 1 ORDER BY create_time LIMIT 20;建立联合索引 (status, create_time, id, name) 或至少 (status, create_time) 并包含查询字段，可大幅提升速度。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
使用 EXPLAIN 检查执行计划，确认是否使用了覆盖索引（Extra 显示 Using index）。
3. 延迟关联：先查主键再关联原表
当需要排序分页但又不能避免 OFFSET 时，可先通过索引查出主键，再用主键回表：
SELECT u.* FROM users u INNER JOIN (SELECT id FROM users WHERE status = 1 ORDER BY create_time LIMIT 10000, 20
) AS tmp ON u.id = tmp.id;
内层查询只走索引，速度快；外层按主键精确查找，减少无效扫描。
4. 预加载或缓存高频页
对于访问频繁的前几页（如第1-5页），可将结果缓存到 Redis 或内存中。用户请求时直接返回，避免重复查询数据库。
适用于内容变化不频繁的场景，比如热门文章列表、商品分类页等。
基本上就这些实用方法。核心思路是避开大 OFFSET 扫描，善用索引和主键定位。实际选择哪种方式，取决于业务是否允许“只能向前翻页”、排序字段是否唯一、以及数据更新频率等因素。
