W3Cschool
恭喜您成為首批注冊(cè)用戶
獲得88經(jīng)驗(yàn)值獎(jiǎng)勵(lì)
本頁(yè)面解釋了Solr公開的一些統(tǒng)計(jì)信息。
有兩種方法來(lái)檢索度量。首先,您可以使用Metrics API,也可以啟用JMX并從MBean請(qǐng)求處理程序或通過(guò)外部工具(如JConsole)獲取度量標(biāo)準(zhǔn)。以下的說(shuō)明將重點(diǎn)介紹如何使用Metrics API檢索度量標(biāo)準(zhǔn),但如果使用MBean請(qǐng)求處理程序或外部工具,則度量標(biāo)準(zhǔn)名稱是相同的。
這些統(tǒng)計(jì)是每個(gè)核心。當(dāng)您在SolrCloud模式下運(yùn)行時(shí),這些統(tǒng)計(jì)信息將與單個(gè)副本的性能相關(guān)聯(lián)。
更新請(qǐng)求處理程序是將數(shù)據(jù)發(fā)送到Solr的端點(diǎn)。我們可以看到有多少更新請(qǐng)求正在被觸發(fā),執(zhí)行速度有多快,以及有關(guān)請(qǐng)求的其他有價(jià)值的信息。
注冊(cè)表和路徑:
solr.<core>:UPDATE./update
您可以使用 API 請(qǐng)求更新請(qǐng)求處理程序統(tǒng)計(jì)信息,例如:http://localhost:8983/solr/admin/metrics?group=core&prefix=UPDATE。
可以用來(lái)衡量和追蹤搜索查詢的次數(shù),響應(yīng)時(shí)間等。如果您沒有使用“select”處理程序,那么路徑需要進(jìn)行適當(dāng)?shù)母?。同樣的,如果您正在使用“sql”處理程序或“export”處理程序,那么也可以找到實(shí)時(shí)處理程序“get”或任何其他處理程序類似的統(tǒng)計(jì)信息。
注冊(cè)表和路徑:
solr.<core>:QUERY./select
您可以使用API??請(qǐng)求(例如,http://localhost:8983/solr/admin/metrics?group=core&prefix=QUERY./select)以請(qǐng)求/select請(qǐng)求處理程序的統(tǒng)計(jì)信息。
所有更新和搜索請(qǐng)求處理程序?qū)⑻峁┮韵陆y(tǒng)計(jì)信息。
請(qǐng)求時(shí)間
要獲取請(qǐng)求時(shí)間,具體而言,您可以發(fā)送API請(qǐng)求,例如:
屬性 | 描述 |
---|---|
15minRate |
過(guò)去15分鐘內(nèi)收到的每秒請(qǐng)求數(shù)。 |
5minRate |
過(guò)去5分鐘內(nèi)收到的每秒請(qǐng)求數(shù)。 |
p75_ms |
請(qǐng)求處理時(shí)間為屬于第七十五百分位的請(qǐng)求。例如,如果收到100個(gè)請(qǐng)求,那么這個(gè)統(tǒng)計(jì)將報(bào)告第75個(gè)最快的請(qǐng)求時(shí)間。 |
p95_ms |
請(qǐng)求屬于第95百分位的請(qǐng)求的處理時(shí)間(以毫秒為單位)。例如,如果接收到80個(gè)請(qǐng)求,則在這個(gè)統(tǒng)計(jì)中將報(bào)告第76個(gè)最快的請(qǐng)求時(shí)間。 |
p999_ms |
請(qǐng)求屬于第99.9百分位的請(qǐng)求的處理時(shí)間(以毫秒為單位)。例如,如果收到1000個(gè)請(qǐng)求,則在此統(tǒng)計(jì)中將報(bào)告第999個(gè)最快的請(qǐng)求時(shí)間。 |
p99_ms |
請(qǐng)求屬于第99百分位的請(qǐng)求的處理時(shí)間(以毫秒為單位)。例如,如果接收到200個(gè)請(qǐng)求,那么在這個(gè)統(tǒng)計(jì)中將報(bào)告第198個(gè)最快的請(qǐng)求時(shí)間。 |
count |
自Solr進(jìn)程開始以來(lái)發(fā)出的請(qǐng)求總數(shù)。 |
median_ms |
所有請(qǐng)求處理時(shí)間的中位數(shù)。 |
avgRequestsPerSecond |
每秒接收的平均請(qǐng)求數(shù)。 |
avgTimePerRequest |
處理請(qǐng)求所用的平均時(shí)間。隨著時(shí)間的推移,這個(gè)參數(shù)將會(huì)衰減,在過(guò)去5分鐘內(nèi)對(duì)活動(dòng)有偏差。 |
還提供了其他類型的數(shù)據(jù),如錯(cuò)誤和超時(shí)。這些在不同的度量標(biāo)準(zhǔn)名稱下可用。例如:
下表顯示了要請(qǐng)求的指標(biāo)名稱和屬性:
度量標(biāo)準(zhǔn)名稱 | 描述 |
---|---|
|
處理程序遇到的錯(cuò)誤數(shù)。除了計(jì)數(shù)錯(cuò)誤外,還可以使用平均值,1分鐘,5分鐘和15分鐘的費(fèi)率。 |
|
客戶端發(fā)出請(qǐng)求時(shí)的語(yǔ)法或解析錯(cuò)誤的數(shù)量。除了計(jì)數(shù)錯(cuò)誤外,還可以使用平均值,1分鐘,5分鐘和15分鐘的費(fèi)率。 |
|
執(zhí)行請(qǐng)求時(shí)由服務(wù)器拋出的錯(cuò)誤數(shù)量。除了計(jì)數(shù)錯(cuò)誤外,還可以使用平均值,1分鐘,5分鐘和15分鐘的費(fèi)率。 |
|
收到部分結(jié)果的回復(fù)數(shù)量。除了計(jì)數(shù)超時(shí)事件外,還可以使用平均值,1分鐘,5分鐘和15分鐘的速率。 |
|
自Solr進(jìn)程開始以來(lái)所有請(qǐng)求處理時(shí)間的總和。 |
|
處理程序注冊(cè)的時(shí)間。 |
本節(jié)包含有關(guān)增加的總數(shù)以及針對(duì)Solr核心進(jìn)行了多少次提交的信息。
注冊(cè)表和路徑:
solr.<core>:UPDATE.updateHandler
您可以使用API??請(qǐng)求(例如,http://localhost:8983/solr/admin/metrics?group=core&prefix=UPDATE.updateHandler)獲取下表中顯示的所有更新處理程序統(tǒng)計(jì)信息。
以下介紹您可以獲得的具體統(tǒng)計(jì)信息:
屬性 | 描述 |
---|---|
|
自上次提交以來(lái)的“add”請(qǐng)求的總數(shù)。 |
|
兩次自動(dòng)提交執(zhí)行之間的最長(zhǎng)時(shí)間。 |
|
自動(dòng)提交的總數(shù)。 |
|
執(zhí)行的提交總數(shù)。 除了提交次數(shù)之外,還可以使用平均值,1分鐘,5分鐘和15分鐘的費(fèi)率。 |
|
在整個(gè)生命周期內(nèi)執(zhí)行的“effective”添加的數(shù)量。計(jì)數(shù)器在執(zhí)行“add”命令時(shí)遞增,在執(zhí)行“rollback”時(shí)遞減。 除了添加計(jì)數(shù)之外,還可以使用平均值,1分鐘,5分鐘和15分鐘的費(fèi)率。 |
|
在整個(gè)生命周期中由ID執(zhí)行的文檔刪除次數(shù)。計(jì)數(shù)器在執(zhí)行“delete”命令時(shí)遞增,在執(zhí)行“回滾”時(shí)遞減。 除了刪除計(jì)數(shù)外,還可以使用平均值,1分鐘,5分鐘和15分鐘的費(fèi)率。 |
|
在整個(gè)生命周期內(nèi)通過(guò)查詢執(zhí)行的文檔刪除次數(shù)。計(jì)數(shù)器在執(zhí)行“刪除”命令時(shí)遞增,在執(zhí)行“rollback”時(shí)遞減。 除了刪除計(jì)數(shù)外,還可以使用平均值,1分鐘,5分鐘和15分鐘的費(fèi)率。 |
|
在整個(gè)生命周期內(nèi)對(duì)文檔執(zhí)行添加/刪除操作時(shí)收到的錯(cuò)誤消息的數(shù)量。 除了計(jì)數(shù)錯(cuò)誤外,還可以使用平均值,1分鐘,5分鐘和15分鐘的費(fèi)率。 |
|
目前通過(guò)ID未提交刪除。 |
|
目前通過(guò)查詢未提交刪除。 |
|
未決提交的文檔數(shù)量。 |
|
在核心的生命周期內(nèi)對(duì)文檔執(zhí)行添加/刪除/提交/回滾(addition/deletion/commit/rollback)操作時(shí)收到的錯(cuò)誤消息數(shù)量。 |
|
在清除刪除時(shí)發(fā)出的提交命令的數(shù)量。 除了刪除的刪除計(jì)數(shù)外,還可以使用平均值,1分鐘,5分鐘和15分鐘的費(fèi)率。 |
|
已發(fā)生索引合并的數(shù)量。 除了合并計(jì)數(shù)之外,還可以使用平均值,1分鐘,5分鐘和15分鐘的費(fèi)率。 |
|
顯式優(yōu)化命令的數(shù)量。 除了優(yōu)化計(jì)數(shù)之外,還可以使用平均值,1分鐘,5分鐘和15分鐘的費(fèi)率。 |
|
執(zhí)行的回滾數(shù)量。 除了計(jì)算回滾之外,還可以使用平均值,1分鐘,5分鐘和15分鐘的速率。 |
|
兩個(gè)軟自動(dòng)提交之間的最大文件“adds”。 |
|
執(zhí)行的軟提交的數(shù)量。 |
這個(gè)緩存包含Lucene Document對(duì)象(每個(gè)文檔的存儲(chǔ)字段)。由于Lucene的內(nèi)部文檔ID是暫時(shí)的,所以這個(gè)緩存不能被auto-warmed。
注冊(cè)表和路徑:
solr.<core>:CACHE.searcher.documentCache
您可以通過(guò)API請(qǐng)求(例如,http://localhost:8983/solr/admin/metrics?group=core&prefix=CACHE.searcher.documentCache)獲取下表中顯示的統(tǒng)計(jì)信息。
此高速緩存包含以前搜索的結(jié)果:基于查詢、排序和所請(qǐng)求的文檔范圍的文檔ID的有序列表。
注冊(cè)表和路徑:
solr.<core>:CACHE.searcher.queryResultCache
您可以通過(guò)API請(qǐng)求(例如,http://localhost:8983/solr/admin/metrics?group=core&prefix=CACHE.searcher.queryResultCache)獲取下表中顯示的統(tǒng)計(jì)信息。
此緩存用于篩選所有與查詢匹配的文檔的無(wú)序集合。
注冊(cè)表和路徑:
solr.<core>:CACHE.searcher.filterCache
您可以通過(guò)API請(qǐng)求(例如,http://localhost:8983/solr/admin/metrics?group=core&prefix=CACHE.searcher.filterCache)來(lái)獲取下表中顯示的統(tǒng)計(jì)信息。
以下統(tǒng)計(jì)信息可用于上面提到的每個(gè)緩存:
屬性 | 描述 |
---|---|
cumulative_evictions |
自該節(jié)點(diǎn)運(yùn)行以來(lái),所有高速緩存中的高速緩存逐出次數(shù)。 |
cumulative_hitratio |
自該節(jié)點(diǎn)運(yùn)行以來(lái),所有高速緩存中的高速緩存命中與查找的比率。 |
cumulative_hits |
自該節(jié)點(diǎn)運(yùn)行以來(lái),所有緩存中的緩存命中數(shù)。 |
cumulative_inserts |
自該節(jié)點(diǎn)運(yùn)行以來(lái),所有高速緩存中的高速緩存插入次數(shù)。 |
cumulative_lookups |
自該節(jié)點(diǎn)運(yùn)行以來(lái),所有高速緩存中的高速緩存查找數(shù)量。 |
evictions |
當(dāng)前索引搜索器的緩存逐出次數(shù)。 |
hitratio |
當(dāng)前索引搜索器的高速緩存命中與查找的比率。 |
hits |
當(dāng)前索引搜索器的匹配數(shù)。 |
inserts |
插入緩存中的數(shù)量。 |
lookups |
針對(duì)緩存的查找數(shù)量。 |
size |
該特定實(shí)例的緩存大?。ㄒ訩B為單位)。 |
warmupTime |
注冊(cè)索引搜索器的預(yù)熱時(shí)間。考慮到高速緩存的“自動(dòng)升溫”這一次。 |
有關(guān)Solr緩存的更多信息,請(qǐng)參見SolrConfig中的“ 查詢?cè)O(shè)置 ”部分。
Copyright©2021 w3cschool編程獅|閩ICP備15016281號(hào)-3|閩公網(wǎng)安備35020302033924號(hào)
違法和不良信息舉報(bào)電話:173-0602-2364|舉報(bào)郵箱:jubao@eeedong.com
掃描二維碼
下載編程獅App
編程獅公眾號(hào)
聯(lián)系方式:
更多建議: