【问题标题】:High solr server load on slave due to delayed replication由于延迟复制,slave 上的高 solr 服务器负载
【发布时间】:2015-12-04 23:46:57
【问题描述】:

我目前正在与Java-1.7Solr-4.8.1tomcat 7 合作。 solr 配置具有主从(2 个从属)架构。

主服务器和从服务器 2 位于同一服务器位置(例如区域 A),而从服务器 1 位于不同区域的另一台服务器中(例如区域 B)。两个区域之间有 40 毫秒的延迟。

现在,我们在从属服务器 1 上面临高负载的一天,我们怀疑这是由于从主服务器复制数据的延迟造成的。这些天我们在日志文件中找到了下面提到的这些复制信息,但这些行不在从站 1 服务器上的先前文件中。此外,任何从属 2 日志文件中都没有此类信息(可能是由于主从 2 的同一区域)。

  INFO: [Core] webapp=/solr path=/replication params={wt=json&command=details&_=1441708786003} status=0 QTime=173 
  INFO: [Core] webapp=/solr path=/replication params={wt=json&command=details&_=1441708787976} status=0 QTime=1807 
  INFO: [Core] webapp=/solr path=/replication params={wt=json&command=details&_=1441708791563} status=0 QTime=7140 
  INFO: [Core] webapp=/solr path=/replication params={wt=json&command=details&_=1441708800450} status=0 QTime=1679 

请确认我们是否认为复制时间增加(可能是由于服务器连接问题)是 solr 负载高的原因。

【问题讨论】:

    标签: performance search solr lucene replication


    【解决方案1】:

    我不认为延迟复制会导致 Solr 负载——因为从当前搜索者的角度来看没有任何变化,因此查询可以同样快。如果复制不完整,Solr 不会执行额外的工作来完成搜索。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-03-06
      • 1970-01-01
      • 2019-10-09
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-03-17
      相关资源
      最近更新 更多