SOLR documentCache JMX指標說明

Question

我正在嘗試了解SOLR中緩存的JMX數據-

據我了解，“大小”屬性表示以KB為單位的緩存大小[參考本文檔-https://lucene.apache.org/solr/guide/7_0/performance-statistics-reference.html#statistics-for-緩存 ]。

{
  "CACHE.searcher.documentCache":{
    "lookups":0,
    "hits":0,
    "cumulative_evictions":0,
    "size":30,
    "hitratio":0.0,
    "evictions":0,
    "cumulative_lookups":370080,
    "cumulative_hitratio":0.09,
    "warmupTime":0,
    "inserts":30,
    "cumulative_inserts":337571,
    "cumulative_hits":32509}}

並且在配置中，size參數是可以緩存的最大文檔數[引用此-https://lucene.apache.org/solr/guide/7_0/query-settings-in-solrconfig.html#documentcache ] 。

<documentCache class="solr.LRUCache"
               size="15000"
               initialSize="512"
               autowarmCount="100"/>  

這些假設都是正確的嗎？

另外，為什么我當前的搜索器documentCache這么小？ 我可以看到有很多插入物，但是尺寸只有30個。為什么？

Answer 1

當打開新的搜索器時，緩存的內容將被清除-通常是在提交或優化時（底層索引已更改並且您希望這些更改可見）發生。

為此特定搜索者跟蹤insert ， hits等中的值。 在您的示例中，當前大小為30（並且有30個插入），因此由於溢出，沒有任何內容從緩存中刪除。 配置中給出的大小是高速緩存將容納的最大項目數，而JMX統計信息中的數字是高速緩存的實際大小。 由於hits字段等中的0 ，因此該緩存從未有過任何體面的用途，因為到目前為止，每個請求都導致了插入操作，而不是從緩存中返回查找。

自從節點啟動以來，就跟蹤了 cumulative_值-不僅針對當前索引搜索器。

您的命中率相當小，可能是因為關閉和重新打開搜索器的頻率太高，以至於緩存無法發揮任何實際作用。