from 加 size 超过 10000 报 Result window is too large 后面几页怎么翻

GET orders/_search
{"size": 20, "sort": [{"create_time": "desc"}, {"id": "asc"}],
"search_after": [1735689600000, 9021000]}

后台导出翻到第 501 页，from 10000 size 20，请求直接返回 400，报 Result window is too large, from + size must be less than or equal to: [10000]。先别急着动参数，把报错原文和时间点记下来，顺序反了容易白折腾。

原因不复杂，每个分片都要取出 from 加 size 条，再在协调节点归并，页号越深堆占用越大。index.max_result_window 默认就是 10000，超过直接拒绝，调大只是把风险往后挪。

「Result window 深分页」排查到最后往往是很小的一处差异，前面那些复杂猜测可以先放一放。改动写完就同步给同事，下一个人踩同一个坑，成本还是你的。

验证用真实数据走一遍，测试数据太干净，边界情况根本碰不到。能分两步做的操作就别合成一步，中间看一眼返回值，出问题好判断。

报错里带路径的，先去看那个路径在不在、权限对不对。

处理上按这个顺序：用 search_after 带上一页最后一个排序值 翻页不再依赖 from；排序键补一个唯一字段 比如 id 避免同分时跳过；确实要导出全量 换成 PIT 加 search_after；max_result_window 只留给确有必要的小索引。

改完只确认一件事：第 501 页返回 200 且条数稳定 20，翻到最后一页不重复不丢行。