1. 基础分页的原理与实现要点
1.1 LIMIT 语法与偏移量
在在 MySQL 中进行分页查询的基础方法与实战技巧中，最直观的实现方式是使用 LIMIT 配合偏移量来截取数据段。LIMIT 指定返回的记录数，偏移量则跳过前面的若干条记录，从而实现分页。通过这样的组合，可以在小数据量与大表之间取得平衡，但要注意大偏移会带来额外的扫描开销。
常见的两种写法分别是两种形式：LIMIT offset, count 与 LIMIT count OFFSET offset，两者在 MySQL 中等价。使用场景通常是需要跳过大量记录再读取后续页的数据。
-- 典型分页：读取第 3 页，每页 20 条数据
SELECT id, title, created_at
FROM articles
ORDER BY created_at DESC
LIMIT 20 OFFSET 40; -- 或：LIMIT 40, 20
要点总结：建立稳定的排序字段、使用覆盖索引或尽量让排序字段由索引支撑，可以降低分页时的额外开销。对于经常分页的场景，合适的索引设计是提升性能的关键入口。
1.2 如何用分页参数提升性能
在大量数据的表上直接使用大偏移量分页，可能导致慢查询。此时需要关注的两件事是：排序字段有无索引、以及分页查询的条件是否能沿着索引走线。使用覆盖索引可以避免回表查询，提高分页效率。
另外一个技巧是尽量减少查询需要扫描的数据量，例如通过在 WHERE 子句中限定更窄的条件、或通过前置过滤的分区字段来缩小扫描范围。下面给出一个更高效的分页写法，结合索引和分页字段来实现：
-- 使用索引覆盖的分页示例
SELECT id, title, created_at
FROM articles
WHERE category = '技术'
ORDER BY id ASC
LIMIT 20;
要点：确保 WHERE 条件能利用索引，并尽量让 ORDER BY 的字段落在索引的前缀上。对于重复的分页请求，可以考虑缓存页信息，减少对同一页的重复计算。上述做法是对“在 MySQL 中进行分页查询的基础方法与实战技巧”的一个初步应用。
2. 基于主键的分页（Keyset Pagination）实战
2.1 为什么用基于主键的分页
在处理海量数据的实时查询时，基于主键的分页（也称为 keyset 分页）以项目上一个已知的位置作为起点，避免使用大偏移量，从而显著降低查询成本。该方法特别适用于按自增主键或唯一有序字段进行的分页场景。
核心思想是记录所在位置以一个连续的有序键标记，例如自增的主键或唯一索引字段，使用 WHERE 子句限定大于（或小于）上一次查询返回的键值，然后再按同一排序字段读取下一个分页。这样的查询通常更稳定，响应更快。
-- 按主键分页的示例（按 id）：
SELECT id, title, created_at
FROM articles
WHERE id > :last_id
ORDER BY id ASC
LIMIT 20;
要点：避免 OFFSET 的大偏移，改用主键或唯一索引进行定位；结合稳定的排序字段，能够实现高性能分页。后续的实战中，可以在记录进入新页时，保存最后一条记录的主键用于下一次查询。
2.2 实战案例：按自增主键分页日志表
对于日志表这类以时间顺序写入的数据，使用主键分页可以获得更一致的读写性能。通过记录上一页最后一条日志的主键，我们可以高效地读取下一页内容，避免全表扫描。
示例中，假设上一次读取最后一条记录的 id 为 12345，我们希望读取下一页数据：按 id 增序分页，并在每次查询后更新 last_id。
-- 下一页的查询（id > 上一页最后一条记录的 id）
SELECT id, message, log_time
FROM logs
WHERE id > :last_id
ORDER BY id ASC
LIMIT 50;
要点：保持 last_id 的更新与冷启动后的重建策略，如果系统重启或丢失 last_id，可以通过一个稳定的最近时间范围或最后一个已知的 id 来重新定位分页起点。此技巧就是在 MySQL 中进行分页查询的基础方法与实战技巧中的关键环节之一。
3. 覆盖索引与排序优化
3.1 组合索引的作用
在大表的分页查询中，组合索引可以同时覆盖筛选条件和排序字段，从而避免回表查询，提升每页数据的获取速度。合理设计索引时，需要关注查询的筛选条件、排序字段与输出字段之间的关系。
例如，当查询经常以 category 和 created_at 排序时，可以考虑创建一个覆盖如下的组合索引：INDEX(category, created_at, id)，使得 WHERE、ORDER BY、SELECT 的字段尽量在单个索引范围内完成。
CREATE INDEX idx_articles_cat_time ON articles (category, created_at, id);要点：索引顺序要与查询模式匹配，避免不必要的全表扫描。覆盖索引可以显著降低分页查询的延迟，尤其是在高并发场景下。
3.2 避免全表扫描的分页
如果分页查询涉及大量数据且排序字段没有合适的索引，查询计划往往会导致全表扫描。此时需要采取策略包括：按范围分区查询、分区裁剪、以及按照唯一性字段构造的边界条件读取。通过这些方法，可以将分页成本控制在可接受范围内。
实践中，可以结合分区表和分段查询来提升性能，例如对时间字段进行分区，然后在分区内进行分页，以避免跨分区的额外扫描。
-- 针对分区表的分页示例
SELECT id, title, created_at
FROM articles PARTITION (p202405)
WHERE created_at > :last_created_at
ORDER BY created_at ASC
LIMIT 20;
要点：合理的分区策略与分区裁剪能够显著降低分页查询的 I/O 成本，是实现大规模数据分页的实战技巧之一。
4. 多表分页与排序一致性
4.1 跨表分页的挑战
当分页涉及多张表的联合查询时，排序一致性和“分页结果的稳定性”成为关键点。需要确保排序字段在所有参与表中的逻辑一致，以避免同一条数据在不同页出现重复或漏页。
为确保一致性，可以使用统一的排序字段，并尽量避免在多表连接中使用非唯一列进行排序。必要时，可以引入子查询或临时表来缓存排序结果后再进行分页读取。
SELECT a.id, a.title, b.comment_count
FROM articles AS a
JOIN (SELECT article_id, COUNT(*) AS comment_countFROM commentsGROUP BY article_id
) AS b ON a.id = b.article_id
ORDER BY a.id ASC
LIMIT 20;
要点：避免不确定的排序副作用，使用稳定、唯一的排序键；在复杂场景下，先对结果集排序再进行分页，是最可靠的做法之一。
4.2 双重分页策略
在一些应用场景中，单纯的分页已经不能满足性能需求，此时可以结合两种分页策略：主键分页与时间分页结合，在不同条件下选择最小成本的方案。
示例场景是：先按时间范围进行小范围分页，再在结果集内按主键进行二次分页，以实现更均匀的响应分布。
-- 时间区间分页 + 主键分页的混合示例
SELECT a.id, a.title, a.created_at
FROM articles AS a
WHERE a.created_at > :start_time AND a.created_at < :end_time
ORDER BY a.created_at ASC, a.id ASC
LIMIT 20;
要点：多策略组合能够在不同数据分布下实现更稳定的分页性能，特别是在高并发写入场景下更具韧性。
5. 实战技巧与工程化考虑
5.1 缓存与分页缓存策略
分页查询的热点页可以通过缓存来提升响应速度。将热点页缓存到内存或分布式缓存中，可以避免重复的查询开销，尤其是对 OFFSET 分页。请谨慎缓存数据的一致性与失效策略。
常用做法是缓存最后一次查询的页数据、最后一条记录的排序键，以及页面大小。遇到数据变动时，采用过期策略或版本号来确保缓存的一致性。
-- 无实际缓存代码，示意说明
-- 逻辑：如果 current_page 的数据未变，则直接从缓存中返回；否则执行数据库分页查询并更新缓存
SELECT id, title, created_at
FROM articles
ORDER BY created_at DESC
LIMIT 20 OFFSET :offset;
要点：缓存策略与数据一致性的权衡是工程化分页的重要部分，结合业务特性设计失效和回写机制。
5.2 监控与优化指标
分页查询需要关注的监控指标包括：查询耗时、扫描行数、每秒命中率以及 慢查询日志。通过这些指标，可以定位分页性能瓶颈并进行索引或查询重构。
常用的优化流程是：先确认执行计划、再检查是否使用了正确的索引，最后评估是否需要调整 SQL 语法或分页策略。
EXPLAIN SELECT id, title, created_at
FROM articles
WHERE category = '技术'
ORDER BY created_at DESC
LIMIT 20 OFFSET 1000;
要点：利用执行计划诊断分页性能，结合实际数据分布优化索引和查询结构。
