在基于 limit/offset 的分页中，直接对某一页结果施加 where 条件会导致数据丢失或空结果——因为过滤会改变原始数据集的行序和总数，使原有分页偏移失效。正确做法是将筛选条件前置到查询中，重新计算分页。
在基于 limit/offset 的分页中，直接对某一页结果施加 where 条件会导致数据丢失或空结果——因为过滤会改变原始数据集的行序和总数，使原有分页偏移失效。正确做法是将筛选条件前置到查询中，重新计算分页。
当你执行 SELECT * FROM product LIMIT 12, 12（即跳过前12条、取下12条）时，你获取的是全局排序下的第2页原始数据。此时若用户在第2页上进一步筛选 category_id = 3，再用 SELECT * FROM products WHERE category_id = 3 LIMIT 12, 12 查询，数据库会从满足 category_id = 3 的全部记录中重新分页——而这些记录可能总共只有8条，那么 LIMIT 12, 12 必然返回空集。
✅ 正确逻辑应是：所有筛选条件必须参与分页计算。即每次用户触发筛选（如选择 category_id=3）+ 分页（如 page=2），后端应构造全新查询：
// 示例：PHP 中构建带过滤的分页查询
$category_id = $_GET['category_id'] ?? null;
$page = max(1, (int)$_GET['page']);
$limit = 12;
$offset = ($page - 1) * $limit;
$sql = "SELECT * FROM products";
$params = [];
if ($category_id !== null) {
$sql .= " WHERE category_id = ?";
$params[] = $category_id;
}
$sql .= " ORDER BY id ASC LIMIT ? OFFSET ?";
$params[] = $limit;
$params[] = $offset;
// 使用 PDO 预处理执行（防止 SQL 注入）
$stmt = $pdo->prepare($sql);
$stmt->execute($params);
$results = $stmt->fetchAll();⚠️ 注意事项：
-
永远不要在客户端或内存中“先取页再过滤”（如
array_filter()已查出的12条），这会破坏分页语义，导致用户无法访问被过滤掉的后续页数据； - 若需支持多条件组合（如 category + price_range + keyword），WHERE 子句需动态拼接，但务必统一纳入分页计算；
- 建议为常用过滤字段（如
category_id）添加数据库索引，避免ORDER BY + LIMIT时全表扫描； - 可选增强：配合
COUNT(*)查询总记录数（带相同 WHERE 条件），用于渲染准确的页码导航。
总结：分页与过滤不是两个独立步骤，而是一个原子操作——它们共同定义了“当前页的数据视图”。每一次 UI 交互（换页/改筛选）都应触发一次完整的、条件完备的数据库查询，这才是可扩展、可维护的分页设计基础。
