我要招人

后端岗位面试题更新 2026-08-05

在处理大数据量查询时，MySQL 的深度分页会导致性能下降。请阐述优化深度分页的常见策略及其适用场景。

后端开发性能优化方案权衡MySQL

考察说明

考查候选人对 MySQL 深度分页性能问题的理解及优化方案的掌握。

回答思路

  1. 【回答框架 1】深度分页性能瓶颈源于 LIMIT offset, size 中 offset 过大时，MySQL 需要扫描并丢弃前 offset 行，且回表查询代价高。
  2. 【回答框架 2】核心优化思路是减少扫描行数：使用延迟关联，先通过覆盖索引找出主键，再回表获取完整数据，可显著降低随机 I/O。
  3. 【回答框架 3】另一种常见方案是基于游标的分页，即记住上一页最后一条记录的排序字段值，用 WHERE 条件过滤，避免 offset。
  4. 【回答框架 4】也可利用子查询或 JOIN 优化，如 WHERE id > (SELECT id FROM ... ORDER BY ... LIMIT 1) 的形式，但需保证排序字段唯一。
  5. 【回答框架 5】当数据量极大且实时性要求不高时，可考虑使用搜索引擎或缓存，或者对历史数据做归档，减少主表压力。
  6. 【关键点 1】深度分页慢的本质是扫描和丢弃大量无用行。
  7. 【关键点 2】延迟关联和游标分页是常见优化手段。
  8. 【关键点 3】基于游标的分页要求排序字段唯一且有索引。
  9. 【关键点 4】优化需结合业务场景，没有万能方案。
  10. 【易错点 1】认为增加索引就能完全解决深度分页问题，忽略了 offset 本身的扫描成本。
  11. 【易错点 2】使用子查询时未保证排序字段唯一，导致分页结果不稳定。
  12. 【易错点 3】盲目使用搜索引擎或缓存，忽略数据一致性和成本。