升级Hibernate Search后如何设置Elasticsearch的max_result_window

方案1：本地启动时临时关闭索引结构验证 #

Hibernate Search 6默认会严格校验Elasticsearch索引的配置参数（包括max_result_window），与预期值不符就会触发启动报错。在本地运行报表时，可通过配置关闭索引验证：

启动时添加以下配置（支持application.properties、环境变量或JVM参数方式）：

# 全局关闭所有索引的schema管理与验证
hibernate.search.schema_management.strategy=none

或精准仅关闭max_result_window的校验：

# 将<your-index-name>替换为实际索引名称
hibernate.search.backend.indexes.<your-index-name>.schema_management.validation.max_result_window.enabled=false

启动完成后，修改Elasticsearch索引的max_result_window为100000即可正常查询大量结果。

方案2：使用Scroll API替代普通分页查询 #

Elasticsearch官方不推荐通过修改max_result_window获取大量数据，更建议用Scroll API实现批量数据拉取。Hibernate Search 6原生支持Scroll API，无需修改主系统代码，仅需调整报表查询逻辑：

// 示例：用Scroll API获取全量结果
try (SearchScroll<YourEntity> scroll = searchSession.search(YourEntity.class)
        .where(f -> f.matchAll())
        .scroll(2000)) { // 每次滚动获取2000条数据
    List<YourEntity> batch;
    while ((batch = scroll.next()).isEmpty() == false) {
        // 处理当前批次数据
    }
}

该方式无需修改max_result_window，也能绕过10000条的限制，符合Elasticsearch最佳实践。

方案3：临时修改Hibernate Search的预期max_result_window值 #

通过启动参数指定Hibernate Search预期的max_result_window值，使其与Elasticsearch的配置匹配：
添加JVM启动参数：

-Dhibernate.search.backend.indexes.<your-index-name>.schema.defaults.max_result_window=100000

或在application.properties中配置：

hibernate.search.backend.indexes.<your-index-name>.schema.defaults.max_result_window=100000

启动时Hibernate Search会预期该索引的max_result_window为100000，与Elasticsearch配置一致，不会触发校验错误。

内容的提问来源于stack exchange，提问作者hairyCrazyMan