MySQL订单分页查询需用ORDER BY+LIMIT确保稳定性，优先主键order_id升序分页；大数据量推荐游标分页（WHERE order_id>上次末ID）；按create_time分页须叠加唯一字段防重复；带条件分页要先WHERE后ORDER BY，并建立联合索引。
MySQL订单分页查询的核心是用 ORDER BY + LIMIT 确保结果稳定、高效，避免数据错乱或漏查。关键不是只写 LIMIT m,n，而是必须配合确定的排序字段（如 order_id 或 create_time），尤其当存在时间相同、ID重复等场景时，需叠加唯一字段兜底。
基础分页：按订单ID升序分页
最常用也最稳妥的方式是以主键 order_id 排序分页，因主键唯一且索引高效：
SELECT * FROM orders ORDER BY order_id LIMIT 20 OFFSET 40;
这表示查第3页（每页20条，跳过前40条）。注意：OFFSET 值 = (页码−1) × 每页条数。页码从1开始，不要从0算起。
优化方案：游标分页（推荐用于大数据量）
当订单表超百万行，OFFSET 越大越慢（MySQL仍需扫描前面所有行）。改用“上次最后一条的 order_id”作为游标，效率几乎恒定：
伤心森林订单留言系统
下载
功能简介：1.用户留言功能2.用户定货功能3.定制货货功能4.定制网页样式和其实设置(比如主页)5.强大的管理功能(现在的程序都是管理功能大于应用功能:)6.管理功能支持查看订货单，留言，分页，删除等功能管理页面：login.asp管理密码：admin
SELECT * FROM orders WHERE order_id > 10086 ORDER BY order_id LIMIT 20;
- 首次查询：ORDER BY order_id LIMIT 20，记录返回的最后一条 order_id（比如是10086）
- 下一页：WHERE order_id > 10086 ORDER BY order_id LIMIT 20
- 要求排序字段有索引（主键自动满足），且不能含 NULL
按创建时间分页：注意时间重复问题
若按 create_time 分页，多个订单可能同秒甚至同毫秒创建，直接 ORDER BY create_time LIMIT 会漏数据或重复：
SELECT * FROM orders ORDER BY create_time DESC, order_id DESC LIMIT 20 OFFSET 20;
解决方法：在时间字段后追加主键或唯一字段作为第二排序条件，保证排序结果完全确定。升序/降序方向要与业务逻辑一致（如最新订单在前，就用 DESC）。
带条件的分页：先过滤再排序
实际业务常需查“某用户未完成订单”，务必把 WHERE 条件放在 ORDER BY 和 LIMIT 之前：
SELECT * FROM orders WHERE user_id = 123 AND status = 'pending' ORDER BY order_id DESC LIMIT 15 OFFSET 0;
- 确保 WHERE 字段（如 user_id、status）建了联合索引，例如 INDEX idx_user_status (user_id, status, order_id)
- 避免在 WHERE 中对字段做函数操作（如 YEAR(create_time) = 2024），否则索引失效
- 分页总数统计建议用 COUNT(*) 配合相同 WHERE 条件，但大数据量下可考虑估算或缓存总页数
