solr4.3配置主从同步

分布式环境下，由于高并发的问题，通常我们需要部署多台服务器来负载均衡，从而避免，单点访问的热点问题，或者因负载过高而造成服务器瘫痪的问题等等。

solr4.x之后推出了solrcloud的分布式集群方案，与4.x之前的Master/Slave集群模式，架构上发生了重大变化，solrcloud不仅仅解决了，高并发的负载均衡问题,也解决了海量数据的检索性能问题，对一份巨大的索引，采用分而治之的方法索引到多个独立的节点上，但是这样并不代表，4.x之前的Master/Slave架构就被淘汰出局了，其实solrcloud里面也是综合运用了主从的方式，来解决并发的问题。

如果数据量不是很大的情况下，没必要采用solrcloud方案，但这时候，又需要解决高并发问题，或者服务器单点故障问题怎么办？ 
答案还是采取经典的主从架构模式来解决，下面来看下，在solr里面，具体的配置

第一，是在Master里面的配置如下：


<pre name="code" class="xml">
  &lt;requestHandler name="/replication" class="solr.ReplicationHandler" &gt;
  &lt;lst name="master"&gt;
    &lt;!-- master上有数据写入时，触发commit操作，slave就会发起一次同步请求--&gt;
    &lt;str name="replicateAfter"&gt;commit&lt;/str&gt;
    &lt;!-- startup参数不影响同步请求--&gt;
&lt;str name="replicateAfter"&gt;startup&lt;/str&gt;
&lt;!-- master触发optimize操作，slave就会发起一次同步请求--&gt;
    &lt;str name="replicateAfter"&gt;optimize&lt;/str&gt;
&lt;!-- 除了索引同步外，一些配置文件的同步，默认是在conf目录下 --&gt;
    &lt;str name="confFiles"&gt;schema.xml,mapping-ISOLatin1Accent.txt,protwords.txt,stopwords.txt,synonyms.txt,elevate.xml&lt;/str&gt;
  &lt;/lst&gt;

&lt;/requestHandler&gt;

</pre>

第二，各个Slave上的配置如下：
<pre name="code" class="xml">&lt;requestHandler name="/replication" class="solr.ReplicationHandler" &gt;
  
       &lt;lst name="slave"&gt;
     &lt;!-- masterUrl代表主机的solr路径，如果存在多个core时，地址写http://localhost:9001/solr/(core名)  即可 --&gt;
         &lt;str name="masterUrl"&gt;http://localhost:9001/solr&lt;/str&gt;
&lt;!-- 同步时间间隔10秒一次 --&gt;
         &lt;str name="pollInterval"&gt;00:00:10&lt;/str&gt;
       &lt;/lst&gt;
    
  &lt;/requestHandler&gt;</pre>
配置好之后，我们就可以测试了，分别启动Master和Slave，改变Master上的一些配置文件，比如说，同义词，禁用词文件什么的，然后触发Master节点的commit或optimize操作，这时我们就可以查看Slave节点上对应的文件的变化了。