Solr復制很慢

Question

我們有一台舊的Solr 3.6服務器，復制行為非常奇怪。

看圖像。 就像超級慢。 它表示連接速度很慢，但實際上可能並非如此，因為即使在幾分鍾后，下載的kb數也不會改變。

同樣，總下載量為419 GB是錯誤的，這是整個索引，但我們並未復制所有索引。

我可以看到“下載文件”在一秒鍾內達到100％，然后剩下的就是所有等待時間。 即使速度更快，索引移至下一個版本之前的等待時間始終約為120秒。

它有時會長時間保持這種狀態（例如5至20分鍾），然后突然完成所有操作。 有時它卻很快。

我們有一個這樣的復制配置：

<requestHandler name="/replication" class="solr.ReplicationHandler">
<lst name="master">
<str name="enable">${solr.master.enable:false}</str>
<str name="replicateAfter">startup</str>
<str name="replicateAfter">commit</str>
</lst>
<lst name="slave">
<str name="enable">${solr.slave.enable:false}</str>
<str name="masterUrl">http://10.20.16.125:8080/solr/replication</str>
<str name="pollInterval">00:00:60</str>

Answer 1

有幾種可能導致此問題的原因：

• 復制期間發生java.lang.OutOfMemoryError （為了解決此類問題，請參閱Apache Solr Cookbook中的“如何處理內存不足問題”）；

• 頻繁的段合並可能是由於：

  • 每次提交后運行優化；
  • 錯誤的合並策略或合並因素 ;

下一步，我建議：

1. 驗證Solr服務器日志中是否存在OutOfMemory或其他有趣的錯誤。
2. 驗證執行優化的頻率（代碼中是否包含觸發器？）；
3. 將合並因子降低到2（ <mergeFactor>**2**</mergeFactor> ）
4. 嘗試使用<useCompoundFile>true</useCompoundFile> ，它將告訴Solr更多使用復合索引結構，從而減少創建索引的文件數和所需的合並數。
5. 驗證是否為您的Solr / Lucene版本打開了一些合並策略錯誤。

在此答案中可以找到一些其他有趣的信息。