【透过配置看本质】Solr Query篇

青旅半醒 2022-02-27 02:30 239阅读 0赞

Solr中有两类主要的请求处理器：

1.  处理查询请求的搜索处理器（SearchHander）
2.  处理索引请求的更新处理器（UpdateHander）

通常情况下，一个搜索处理器由以下组件组成，其中每个组件都定义在solrconfig.xml文件中。

1.  请求参数修饰组件，包括  
    默认值修饰（defaults）  
    常量修饰（invariants）  
    后缀修饰（appends）
2.  预处理组件（first-components）—— 一组优先执行的可选搜索组件，执行**预处理**任务。
3.  主搜索组件（components）—— 一组链式组合的搜索组件，至少包含**查询组件**。
4.  后处理组件（last components）—— 一组可选的链式组合的搜索组件，执行**后处理**任务。

Solr的Query Performance和Searcher搜索器密切相关。

<query>
        
        <maxBooleanClauses>1024</maxBooleanClauses>
    
     
         
        <slowQueryThresholdMillis>-1</slowQueryThresholdMillis>
    
    
        
    
        
        <filterCache class="solr.FastLRUCache"
                     size="512"
                     initialSize="512"
                     autowarmCount="0"/>
    
        
        <queryResultCache class="solr.LRUCache"
                         size="512"
                         initialSize="512"
                         autowarmCount="0"/>
       
        
        <documentCache class="solr.LRUCache"
                       size="512"
                       initialSize="512"
                       autowarmCount="0"/>
        
         
        <cache name="perSegFilter"
          class="solr.search.LRUCache"
          size="10"
          initialSize="0"
          autowarmCount="10"
          regenerator="solr.NoOpRegenerator" />
    
        
        
    
        
        
    
    
        
        <enableLazyFieldLoading>true</enableLazyFieldLoading>
        
            
        <useDocValueGetField>true</useDocValueGetField>
        
                
        <sortDocIdBeforeGetDoc>true</sortDocIdBeforeGetDoc>
    
                
        <strictQueryOnShareFS>true</strictQueryOnShareFS>
    
       
       
    
       
       <queryResultWindowSize>20</queryResultWindowSize>
    
       
       <queryResultMaxDocsCached>200</queryResultMaxDocsCached>
    
       
        
        <listener event="newSearcher" class="solr.QuerySenderListener">
          <arr name="queries">
            
          </arr>
        </listener>
        <listener event="firstSearcher" class="solr.QuerySenderListener">
          <arr name="queries">
            <lst>
              <str name="q">static firstSearcher warming in solrconfig.xml</str>
            </lst>
          </arr>
        </listener>
    
        
        <useColdSearcher>false</useColdSearcher>
    
        
        <maxWarmingSearchers>4</maxWarmingSearchers>
    
      </query>

**maxBooleanClauses**

**slowQueryThresholdMillis**

**filterCache**

**queryResultCache**

**documentCache**

**cache**

**fieldValueCache**

**enableLazyFieldLoading**

**useDocValueGetField**

**sortDocIdBeforeGetDoc**

**useFilterForSortedQuery**

**queryResultWindowSize**

**queryResultMaxDocsCached**

**listener event=“newSearcher” class="solr.QuerySenderListener"**

**listener event=“firstSearcher” class="solr.QuerySenderListener"**

**useColdSearcher**  
适用于一个搜索请求已经被提交，而目前Solr中没有定义搜索器的情形。  
如果该值为false，那么Solr将会一直处于阻塞状态，知道正在预热的搜索器执行完索引的预热查询。  
以田径赛场为例，false意味着指令官等到运动员充分热身之后才发出开始指令，不管这需要等多久。

如果该值为true，则Solr会立即使一个正在预热的搜索器进入活跃状态，而不管搜索器的预热程度如何。  
如果该值为true，则意味着比赛马上就要开始，不管运动员是否已经热身充分了。

**maxWarmingSearchers**  
该元素允许开发者控制后台并发预热的搜索器的最大数目。  
一旦达到阈值，新的提交请求将会失败。  
这是一种很好的保障机制，因为后台并预热的搜索器过多时会快速耗尽服务器的内存和CPU资源。