Solr 8重启后大索引核心响应延迟问题求助

核心原因：Solr 8.x对Searcher初始化逻辑的默认调整 #

和Solr 6.x相比，8.x版本在Searcher预热、内存缓存机制上做了默认行为变更，直接导致大核心重启后就绪延迟：

1. useColdSearcher默认值的隐性影响
   Solr 6.x中，即使注释了firstSearcher和warmupSearcher的预热查询配置，默认允许Cold Searcher（未完成预热的搜索器）直接响应请求——第一次查询会触发实时预热，但小核心数据量小、大核心预热开销低，用户基本无感知。
   而Solr 8.x默认将useColdSearcher设为false，核心启动后必须等待内部隐性预热完成（即使没有显式预热查询，Solr仍会执行字段缓存加载、过滤器结构构建等初始化操作），百万级文档的核心会因这些操作耗时过长，出现2分钟左右的等待。

2. 内存缓存机制的升级开销
   Solr 8.x对FieldCache、FilterCache等核心缓存做了优化，采用了更高效但初始化成本更高的实现。对于200-300万级文档的核心，缓存初始化需要扫描更多数据、分配更大内存块，耗时远高于6.x版本的轻量化缓存机制。

3. 主从架构的启动逻辑变更
   Solr 8.x对从节点核心启动流程做了调整，从节点会额外校验主节点索引状态、同步元数据，这进一步增加了大核心的启动耗时；而6.x版本的从节点启动逻辑更简洁，无额外等待步骤。

可行解决方案 #

• 保留useColdSearcher="true"配置：核心启动后直接用Cold Searcher对外服务，第一次查询触发预热，后续查询复用已预热的Searcher，用户无明显等待感。
• 优化隐性预热效率：调整filterCache大小、关闭不必要的字段缓存，或拆分大核心为多个小核心，降低单个核心的初始化压力。

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