Solr基本配置（三）——Searcher

<query />
　　在标签<query/>里面可以进行一些优化搜索的配置。在Solr的查询过程中，运用到一个叫searcher的组件，在一个特定的时间只能有一个“active”的searcher。这个active searcher在Lucene索引中有一个只读的映射。当新的document加入到Solr的时候，当前的searcher在搜索结果中是看不到这个新加的document的。那么问题就来了：怎么样才能让新添加的文件出现在搜索结果中？一个解决这个问题的办法就是关闭当前的searcher并对新的索引文件打开一个新的searcher。
　　在admin界面中，查看collection1的Plugins/Status，点击core：
　　

第一行展示的就是当前的Searcher，当我们重新对文件建立索引，在example的exampledocs下运用：
　　Java -jar post.jar *.xml:
　　刷新界面：　

可以看到Searcher改变了。这是因为post.jar提交个commit指令。从上面的示例我们知道commit指令可以创建一个新的searcher，使得可以检索到最新的文件，当新searcher创建的时候要先销毁旧的searcher。这时候如果还有基于旧searcher的查询在进行中，Solr就要等待所有进行中的查询结束。然后，所有基于当前searcher的cached对象都要失效。因为之前建立起来的cache都失效了，所以建立一个新的searcher可能是很耗时的。假设一个用户在返回的结果中进行翻页操作，当用户从第二页翻到第三页的时候一个新的searcher打开了，此时用户就会一直等待第三页的加载，但是这时候之前加载的document都已经失效，所以就会让用户感觉到加载很慢。
　　对于上述问题，Solr提供了一系列的工具，Solr在建立一个searcher的时候有称为warming的概念，即让新的searcher在后台建立，并让当前的searcher继续工作直到后台的searcher完全warm。
　　
Warming a new searcher
　　Solr运用这个策略来使得在一段时间内还是返回旧的结果，而避免用户因为新建searcher而降低查询的性能。有两种warming的策略：autowarming new caches from the old caches（从旧的cache中创建新的cache）和execute cache-warming queries(重新执行一些queries来填充新的cache)。
　　Cache-warming queries是一种preconfigured query来构建新searcher的cache。

上面的配置定义了一系列的queries当newSearcher事件出现的时候就执行（如在commit之后）。

<useColdSearcher/>
　　如果为false，那么Solr就会阻塞直到warming searcher完成所有的warming queries。
　　<useColdSearcher>false</useColdSearcher>
　　如果为true，Solr会马上注册一个warming searcher。

<maxWarmingSearchers>
　　定义在后台可以同时warming的最大searcher数量。默认值为2.