php分页必须显式使用sql的order by控制排序，否则数据乱序；需校验排序参数、建立对应索引，并确保limit/offset在order by之后执行。
PHP分页本身不负责排序，排序必须由 SQL 的 ORDER BY 显式控制；漏写或写错 ORDER BY 是导致“分页后数据乱序”的最常见原因。
分页前必须先确定排序字段和方向
分页只是把已排序好的结果切片，如果没在 SELECT 语句里加 ORDER BY，数据库返回顺序是不确定的——哪怕看起来“正常”，换环境或数据量变大就可能出问题。
-
ORDER BY id DESC最常用，适合按时间倒序（如文章列表） - 多字段排序如
ORDER BY status ASC, updated_at DESC，注意字段顺序影响最终稳定性 - 避免用
ORDER BY RAND()分页：性能极差，且每次LIMIT取的都是新随机集，无法真正“翻页”
URL 参数要同时传递 page 和 sort（或 order）
用户点“按标题升序”再翻到第 3 页，链接必须是 ?sort=title&order=asc&page=3，否则第 3 页仍按默认排序查。
- 建议统一用
sort（字段名） +order（asc/desc）组合，比单个orderby=title-asc更易解析和校验 - 对
sort值做白名单过滤：$allowed_sorts = ['id', 'title', 'created_at'];，防止 SQL 注入 - 默认排序不能硬编码在 SQL 里，而应在 PHP 中 fallback：
$sort = in_array($_GET['sort'] ?? '', $allowed_sorts) ? $_GET['sort'] : 'id';
LIMIT 和 OFFSET 要跟在 ORDER BY 后面
SQL 执行顺序是：WHERE → ORDER BY → LIMIT/OFFSET。顺序错会导致逻辑错误。
立即学习“PHP免费学习笔记（深入）”；
// ✅ 正确：先排好序，再取第2页（每页10条） SELECT * FROM posts WHERE status = 1 ORDER BY created_at DESC LIMIT 10 OFFSET 10 <p>// ❌ 错误：没排序就 limit，结果不可预测 SELECT * FROM posts WHERE status = 1 LIMIT 10 OFFSET 10 ORDER BY created_at DESC
-
OFFSET计算：$offset = ($page - 1) * $per_page，注意$page至少为 1 - 大数据量时
OFFSET性能差，可改用“游标分页”（基于上一页最后一条的created_at值），但需配合严格ORDER BY和唯一排序字段
前端排序按钮要同步更新所有分页链接
点击“按作者升序”后，所有页码链接（1、2、3…）都得带上当前 sort 和 order，否则点第2页就回到默认排序。
- 生成页码 HTML 时，用
http_build_query(array_merge($_GET, ['page' => $i]))保留原有参数 - 排序按钮本身也应是带参链接，比如：
<a href="?sort=title&order=asc&page=1">标题 ↑</a> - 注意处理空值：
$_GET可能含非法键，用array_filter($_GET, 'is_string')清理后再合并
最容易被忽略的是：排序字段没有索引时，ORDER BY 会触发 filesort，分页越往后越慢；务必对常用排序字段（如 created_at、status）建立联合索引，例如 INDEX idx_status_created (status, created_at)。
