在处理超大规模数据集时，使用SQL进行分页查询往往性能低下。请阐述优化这种场景的策略和方法，包括但不限于延迟关联、基于游标或键集分页、索引利用等，并说明它们的工作原理和适用条件。

回答思路

1. 【回答框架 1】分页查询性能问题的本质在于OFFSET偏移量过大导致数据库需要扫描并丢弃大量行，尤其是在深分页时，代价随偏移量线性增长。传统LIMIT/OFFSET方式在数据量大时效率极低。
2. 【回答框架 2】优化策略一：利用覆盖索引。在ORDER BY和WHERE子句涉及的列上建立复合索引，可以使查询通过索引直接定位数据，减少回表，提升效率。但需要权衡索引维护成本。
3. 【回答框架 3】优化策略二：延迟关联（或子查询分页）。先通过覆盖索引查询出需要的ID列表，再用这些ID去关联主表获取完整数据，避免在回表过程中扫描大量无用行。
4. 【回答框架 4】优化策略三：键集分页（或基于游标分页）。利用上一页最后一条记录的某个唯一键作为查询条件，通过WHERE子句定位下一页起点，而不是使用OFFSET。这种方法在数据分布均匀且有序时非常高效，且支持实时数据变化。
5. 【回答框架 5】其他补充策略：使用缓存存储分页结果，或采用预计算汇总表，但这些可能牺牲实时性，需根据业务场景权衡。
6. 【关键点 1】深分页的主要性能瓶颈是OFFSET扫描大量无效行。
7. 【关键点 2】覆盖索引和延迟关联能减少回表，提升查询效率。
8. 【关键点 3】键集分页基于唯一键定位，避免OFFSET，适合大型数据集。
9. 【易错点 1】键集分页要求排序字段唯一且稳定，否则可能重复或遗漏数据。
10. 【易错点 2】覆盖索引和延迟关联对索引设计有较高要求，过度索引会增加写操作成本。
11. 【易错点 3】缓存和预计算可能造成数据不一致，需设置合理的更新策略。