2012-04-11 60 views
2

我们最近从solr3.1迁移到solr3.5,我们配置了一个主站和一个从站。主机有两个核心,Solr 3.5索引耗时很长

1) Core1 – 44555972 documents 
2) Core2 – 29419244 documents 

我们承诺每5000个文档,但最近在某些情况下承诺花费很长时间15分钟。可能造成这种情况的原因是什么,我检查了日志,我看到的唯一警告是,

“警告:使用不推荐的更新请求参数update.processor检测到。请改用update.chain新的参数,作为update.processor支持将在以后的版本中删除。”

存储详情:

出口JAVA_OPTS =“$ JAVA_OPTS -Xms6g -Xmx36g -XX:MaxPermSize参数=5克”

Solr的配置:

<useCompoundFile>false</useCompoundFile> 
<mergeFactor>10</mergeFactor> 
<ramBufferSizeMB>32</ramBufferSizeMB> 
<!-- <maxBufferedDocs>1000</maxBufferedDocs> --> 
<maxFieldLength>10000</maxFieldLength> 
<writeLockTimeout>1000</writeLockTimeout> 
<commitLockTimeout>10000</commitLockTimeout> 

还注意到,是t op命令显示几乎350GB的虚拟内存使用量。

什么可能导致这种情况,因为几天前一切都很顺利?

+0

你在优化每个提交吗?这对于JVM来说是一个非常大的内存空间,考虑一个更小的堆,也许是4G或8G。你可能会在GC中花费几分钟。 – 2012-04-11 21:40:00

+0

不,我们没有优化每一个提交,我们每天都这样做。 – sesmic 2012-04-12 02:16:52

回答

0

你有很大的搜索变暖查询吗?由于搜索变暖,我们的承诺需要花费2分钟。想知道如果是这样的话。

大的虚拟内存使用情况将解释这一点。