Solr从5.5升级至6.6.6后查询耗时增加，求技术指导

这种查询耗时大幅增加的情况绝对不是Solr 6.6.6的正常表现，核心原因大概率是升级过程中遗漏了关键配置、索引未做兼容性优化，或者新版本的默认行为与旧版本不匹配导致的。结合你的测试数据（部分查询耗时差达70倍以上），可以从以下几个方向排查并调整：

一、索引格式与优化问题 #

Solr 6.x基于Lucene 6.x，采用了新的索引格式。如果升级后直接复用旧索引，会触发Lucene的兼容读取逻辑，带来显著性能损耗。

• 执行索引优化：发送请求 http://<solr-host>/solr/<core>/update?optimize=true&waitFlush=true，强制索引合并为6.x原生格式；
• 最优方案：全量重建索引，彻底避免旧格式的兼容开销。

二、缓存配置差异 #

Solr 6.x对默认缓存大小、失效策略有调整，若沿用5.5的缓存配置（或未配置），会导致查询缓存命中率极低，重复查询耗时剧增。

• 对比solrconfig.xml中的缓存参数，确保以下配置与5.5版本一致：
  • queryResultCache的size和initialSize
  • filterCache的size和initialSize
  • documentCache的相关参数
• 示例配置（根据5.5的实际值调整）：

  <queryResultCache class="solr.LRUCache"
                   size="5000"
                   initialSize="5000"
                   autowarmCount="0"/>
  

三、JVM与内存配置适配 #

Solr 6.x默认启用G1垃圾收集器，对内存参数的要求与5.5的ParallelGC不同。若仍使用旧版JVM参数，会导致GC频繁、内存不足，拖慢查询速度。

• 调整JVM启动参数，确保堆内存大小与5.5一致或更大，同时适配G1GC：

  -Xms8g -Xmx8g -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:ParallelGCThreads=8
  

四、查询解析器与字段配置一致性 #

Solr 6.x对查询解析器的默认行为、字段类型实现有更新，若schema或查询参数未同步调整，会导致查询逻辑的性能退化：

• 对比5.5与6.6.6的schema.xml，确保所有字段的类型、分析器（分词器、过滤器）完全一致，避免使用6.x的默认字段类型；
• 检查查询请求的参数：确认是否使用了旧版本的解析器（如q.alt、defType），或rows、fl等参数是否被意外修改。

五、排查验证步骤 #

1. 针对最慢的查询（耗时838ms的那条），在Solr Admin的Query页面开启Debug Query，查看耗时占比最高的阶段（如query、filter、fetch），定位瓶颈；
2. 逐步恢复5.5的solrconfig.xml和schema.xml配置（排除新版本默认配置的影响），测试性能变化；
3. 重建索引后再次测试，确认是否为索引格式问题。

内容的提问来源于stack exchange，提问作者World of Titans