線程池 · Elasticsearch 5.4 中文文檔

# 線程池原文鏈接 : [https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-threadpool.html](https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-threadpool.html) 譯文鏈接 : [http://www.apache.wiki/pages/viewpage.action?pageId=9405389](http://www.apache.wiki/pages/viewpage.action?pageId=9405389) 貢獻者 : [阿叩](/display/~luanqing)，[ApacheCN](/display/~apachecn)，[Apache中文網](/display/~apachechina) MarkDown文件：[Thread Pool.md](https://github.com/aqlu/elasticsearch-reference-cn/blob/master/Modules/Thread_Pool.md) ## 線程池每個節點都有一些線程池來優化線程內存的消耗，按節點來配置管理。有些線程池還擁有與之關聯的隊列配置，用來允許掛住一些未處理的請求，而不是丟棄它。下面僅列出來了一些重要的線程池： generic ??_用于通用的操作（例如：后臺節點發現），線程池類型為?**scaling**。_ index ??_用于index/delete操作，線程池類型為?**fixed**，大小的為`處理器數量`，隊列大小為`200`，最大線程數為?`1 + 處理器數量`。_ search ??_用于count/search/suggest操作。線程池類型為?**fixed**，大小的為 int((處理器數量?_3) / 2) +1`，隊列大小為`1000。* get ??_用于get操作。線程池類型為?**fixed**，大小的為`處理器數量`，隊列大小為`1000`。_ bulk ??_用于bulk操作，線程池類型為?**fixed**，大小的為`處理器數量`，隊列大小為`200`，該池的最大線程數為?`1 + 處理器數量`。_ percolate ??_用于percolate操作，線程池類型為?**fixed**，大小的為`處理器數量`，隊列大小為`1000`_ snapshot ??_用于snaphost/restore操作。線程池類型為?**scaling**，線程保持存活時間為5分鐘，最大線程數為`min(5, (處理器數量)/2)`。_ warmer ??_用于segment warm-up操作。線程池類型為?**scaling**，線程保持存活時間為5分鐘，最大線程數為`min(5, (處理器數量)/2)`。_ refresh ??_用于refresh操作。線程池類型為?**scaling**，線程空閑保持存活時間為5分鐘，最大線程數為`min(10, (處理器數量)/2)`__。_ listener ??_主要用于Java客戶端線程監聽器被設置為true時執行動作。線程池類型為?**scaling**，最大線程數為`min(10, (處理器數量)/2)`。_ **更改指定線程池可以通過設置指定類型的參數來實現; 例如，改變`index`線程池有更多的線程：** ``` thread_pool: index: size: 30 ``` ## 線程池類型以下是線程池的類型和各自的參數： ### fixed（固定） `fixed`線程池擁有固定數量的線程來處理請求，在沒有空閑線程時請求將被掛在隊列中（可選配）。 `size`參數用來控制線程的數目，默認為數量為5。 `queue_size`參數可以控制在沒有空閑線程時，能排隊掛起的請求數。默認情況下它被設置為`-1`，這意味著它是無限的。當一個請求進來時如果隊列已滿，請求將被中止。 ``` thread_pool: index: size: 30 queue_size: 1000 ``` ### scaling（彈性） `scaling`線程池擁有的線程數量是動態的。這個數字介于`core`和`max`參數的配置之間變化。 `keep_alive`參數用來控制線程在線程池中空閑的最長時間。（譯者注：線程池中線程的空閑時間超過此值、且池中的線程數量不少于`core`時，線程會被銷毀）。? ``` thread_pool: warmer: core: 1 max: 8 keep_alive: 2m ``` ## ?處理器設置? Elasticsearch會自動探測處理器的數量，并且線程池的設置將基于它自動設置。在某些情況下，你可能需要自己覆蓋自動探測的處理器數量，這可以通過顯式設置`processors`參數來進行設置。 ``` processors: 2 ``` 下面有幾個場景是需要明確的覆蓋的`processors`設置： 1. 如果要在同一主機上運行Elasticsearch的多個實例，但希望Elasticsearch線程池的大小只根據一部分CPU來設置，這時你應該通過`processors`參數來重設處理器數量。（例如，如果你在16核的機器上運行兩個Elasticsearch實例，可以設置`processors`為`8`）。請注意，這是一個專家級的場景，這種情況不僅僅是設置一下`processors`就行的，因為還有更多復雜的其他因素需要設置，譬如修改垃圾收集器線程數量、綁定進程到CPU等。 2. 自動探測處理器數量的默認上限是32。這意味著，在具有超過32個處理器的系統中，Elasticsearch的線程池大小會受限于32個處理器。加入此限制是問了避免在沒有正確調整操作系統的`ulimit`最大進程數時創建了過多的線程，在你適當的調整`ulimit`情況下，則可以顯式設置此`processors`參數。 3. 有時候被錯誤地檢測出處理器的數量，在這種情況下，明確設置`processors`將解決此問題。若要檢查自動探測的處理器數量，可以使用節點信息API通過os標志來查看。