Solr
  1. Solr
  2. SOLR-3222

Pull optimal cache warming queries from a warm solr instance

    Details

    • Type: New Feature New Feature
    • Status: Closed
    • Priority: Major Major
    • Resolution: Incomplete
    • Affects Version/s: 3.5, 4.0-ALPHA
    • Fix Version/s: None
    • Component/s: search
    • Labels:

      Description

      Ever wondered what queries to use to prime your cache? This patch allows you to query a warm running instance for a list of warming queries. The list is generated from the server's caches, meaning you get back an optimal set of queries. The set is optimal to the extent that the caches are optimized. The queries are returned in a format that can be consumed by the

      <listener event="firstSearcher" class="solr.QuerySenderListener">

      section of solrconfig.xml.

      One can use this feature to generate a static set of good warming queries to place in solrconfig.xml under

      <listener event="firstSearcher" class="solr.QuerySenderListener">

      It can even be used in a dynamic fashion like this:

      <listener event="firstSearcher" class="solr.QuerySenderListener">
        <xi:include href="http://host/solr/core/autowarm" xpointer="element(/1/2)" xmlns:xi="http://www.w3.org/2001/XInclude"/>
      </listener>
      

      which can work well in certain distributed load-balanced architectures, although in production it would be wise to add an <xi:fallback> element to the include in the event that the host is down.

      I implemented this by introducing a new request handler:

        <requestHandler name="/autowarm" class="solr.AutoWarmRequestHandler" />
      

      The request handler pulls a configurable number of "top" keys from the filterCache,fieldValueCache, and queryResultCache. For each key, it constructs a query that will cause that key to be placed in the associated cache. The list of constructed queries are then returned in the response.

      Patch to follow.

        Activity

        Hide
        Russell Black added a comment -

        It is possible to configure how many entries to return from each of the caches. The default is 100 from each of the three caches. To change this, you can pass any of the following parameters to the request handler:

        http://host/solr/core/autowarm?filterCache=50&fieldValueCache=150&queryResultCache=200

        These parameters could also be specified as defaults in solrconfig.xml:

        <requestHandler name="/autowarm" class="solr.AutoWarmRequestHandler" />
          <lst name="defaults">
            <str name="filterCache">50</str> 
            <str name="fieldValueCache">150</str>
            <str name="queryResultCache">200</str>
          </lst>
        </requestHandler>
        
        Show
        Russell Black added a comment - It is possible to configure how many entries to return from each of the caches. The default is 100 from each of the three caches. To change this, you can pass any of the following parameters to the request handler: http://host/solr/core/autowarm?filterCache=50&fieldValueCache=150&queryResultCache=200 These parameters could also be specified as defaults in solrconfig.xml: <requestHandler name= "/autowarm" class= "solr.AutoWarmRequestHandler" /> <lst name= "defaults" > <str name= "filterCache" > 50 </str> <str name= "fieldValueCache" > 150 </str> <str name= "queryResultCache" > 200 </str> </lst> </requestHandler>
        Hide
        Russell Black added a comment -

        Turns out this patch doesn't work, since there is no reliable way to turn a Query object into URL query parameters. I ended up solving the problem with a cache plugin. Let me know if you're interested in the solution and I can post code.

        Show
        Russell Black added a comment - Turns out this patch doesn't work, since there is no reliable way to turn a Query object into URL query parameters. I ended up solving the problem with a cache plugin. Let me know if you're interested in the solution and I can post code.

          People

          • Assignee:
            Unassigned
            Reporter:
            Russell Black
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development