深分页

先说背景。我做了 10 年数据工程，最近帮两个团队看"列表页越翻越慢"的问题，发现大家对"深分页怎么解"几乎没有共识：有人直接 "LIMIT 100000, 20"，有人上 "WHERE id > last_id" 的游标，还有人写 "JO

«结论先行：深分页慢的根因不是「数据多」，而是 MySQL 优化器对 "ORDER BY … LIMIT m,n" 的处理策略——它必须把排序结果完整物化（或走排序索引顺序扫描）到第 m+n 行才肯截断，前 m 行的扫描成本是纯浪费。把「页

结论先行 对千万级 InnoDB 表，"LIMIT offset, size" 这种「偏移分页」在 offset 越大越慢，且慢得非线性的——offset 到 200 万时单页查询 P99 能飙到 8 秒以上。换成 keyset（游标）分页

背景：MySQL 8.0.36，InnoDB，一张订单表 order 约 1.2 亿行，主键 id，二级索引 idx_status (status)、idx_status_create (status, create_time)。列表页按