17370845950

本文介绍如何在 mysql 中通过游标式分页（cursor-based pagination）解决传统分页中因数据删除导致 id 不连续而引发的翻页错乱问题，重点讲解“上一页”逻辑的正确实现方式。

在 Web 分页开发中，常见的 LIMIT offset, size 方式（如 LIMIT 42, 21）在数据高频增删时易产生重复、遗漏或跳页问题。更健壮的方案是采用游标分页（Cursor-based Pagination）：以某条记录的主键值（如 id）为锚点，结合方向性条件进行查询，而非依赖绝对偏移量。

你遇到的问题正是典型场景：

• 首页按 ORDER BY id DESC 获取最新 21 条（id 120 → 99）；
• “下一页”传入 last_id = 99，查 WHERE id
• 但“上一页”若错误地执行 WHERE id

✅ 正确解法是：“上一页”不依赖 ORDER BY + LIMIT 的逆向排序，而是正向查询紧邻的前一批数据，再在应用层反转顺序。

例如，从第 3 页（最后 id = 78）返回第 2 页时：

• 发送 prev=78（即当前页第一条记录的 id）；
• 执行查询：SELECT * FROM table_name WHERE id > 78 ORDER BY id ASC LIMIT 21；
• 得到 id 79 ~ 99（共 21 条），再用 array_reverse() 转为降序展示（99 → 79），与用户预期一致。

以下是完整 PHP 实现示例（含安全绑定与逻辑封装）：

 $prevId 的最小 21 条（升序），再反转为降序展示
    $stmt = $db->prepare("SELECT * FROM table_name WHERE id > ? ORDER BY id ASC LIMIT ?");
    $stmt->execute([$prevId, $pageSize]);
    $results = array_reverse($stmt->fetchAll(PDO::FETCH_ASSOC));
} elseif ($nextId !== null) {
    // 【下一页】：查 id < $nextId 的最大 21 条（降序）
    $stmt = $db->prepare("SELECT * FROM table_name WHERE id < ? ORDER BY id DESC LIMIT ?");
    $stmt->execute([$nextId, $pageSize]);
    $results = $stmt->fetchAll(PDO::FETCH_ASSOC);
} else {
    // 首页：取最新 21 条
    $stmt = $db->prepare("SELECT * FROM table_name ORDER BY id DESC LIMIT ?");
    $stmt->execute([$pageSize]);
    $results = $stmt->fetchAll(PDO::FETCH_ASSOC);
}

// 渲染数据
foreach ($results as $row) {
    echo "ID: {$row['id']}, {$row['title']}";
}

// 生成分页按钮（关键：传递正确的游标值）
$firstId = !empty($results) ? $results[0]['id'] : null;
$lastId = !empty($results) ? end($results)['id'] : null;

if ($firstId !== null) {
    echo '← 上一页';
}
if ($lastId !== null) {
    echo '下一页 →';
}
?>

⚠️ 注意事项：

• 必须为 id 字段建立索引（通常是主键，已满足），否则 WHERE id > ? 查询性能会急剧下降；
• 游标值应始终使用实际返回结果中的边界 id（首页用 MAX(id)，后续页严格取首/尾 id），不可凭空计算；
• 若业务需支持多字段排序（如 ORDER BY created_at DESC, id DESC），游标需组合多个字段，条件相应调整；
• 前端建议禁用输入框手动修改 URL 中的游标参数，防止越界或注入（服务端仍需校验）。

总结：游标分页牺牲了“跳转任意页”的灵活性，却换来了高并发、大数据量下的稳定性与一致性。它不是银弹，但对 Feed 流、日志列表、消息中心等场景，是比 OFFSET 更现代、更可靠的选择。