ElasticSearch之线程池
1.ElasticSearch之安装2.ElasticSearch之查看集群的参数3.ElasticSearch之健康状态4.ElasticSearch的日志配置5.ElasticSearch之cat aliases API6.ElasticSearch之Health API7.ElasticSearch之Nodes info API8.ElasticSearch之系统关键配置9.ElasticSearch之cat allocation API10.ElasticSearch之cat anomaly detectors API11.ElasticSearch之cat component templates API12.ElasticSearch之配置13.ElasticSearch之cat count API14.ElasticSearch之cat data frame analytics API15.ElasticSearch之禁用交换分区16.ElasticSearch之虚拟内存17.ElasticSearch之文件描述符的数量18.ElasticSearch之线程的数量19.ElasticSearch之cat datafeeds API20.ElasticSearch之cat fielddata API21.ElasticSearch之cat health API22.ElasticSearch之cat indices API23.ElasticSearch之cat master API24.ElasticSearch之cat nodeattrs API
25.ElasticSearch之线程池
26.ElasticSearch之cat nodes API27.ElasticSearch之cat pending tasks API28.ElasticSearch之cat plugins API29.ElasticSearch之cat recovery API30.ElasticSearch之cat repositories API31.ElasticSearch之cat segments API32.ElasticSearch之cat shards API33.ElasticSearch之cat task management API34.ElasticSearch之cat templates API35.ElasticSearch之cat thread pool API36.ElasticSearch之Search settings37.ElasticSearch之cat trained model API38.ElasticSearch之cat transforms API39.ElasticSearch之Merge40.ElasticSearch之Force merge API41.ElasticSearch之Task management API42.ElasticSearch之Slow Log43.ElasticSearch之Analyze index disk usage API44.ElasticSearch之Clear cache API45.ElasticSearch之Create index API46.ElasticSearch之Clone index API47.ElasticSearch之Close index API48.ElasticSearch之Open index API49.ElasticSearch之Delete index API50.ElasticSearch之Exists API51.ElasticSearch之Get index API52.ElasticSearch之Get index settings API53.ElasticSearch之Index stats API54.ElasticSearch之Refresh API55.ElasticSearch之Shard request cache settings56.ElasticSearch之Node query cache settings57.ElasticSearch之Index modules58.ElasticSearch之集群中的节点59.ElasticSearch之网络配置ElasticSearch
节点可用的CPU核的数量,通常可以交给ElasticSearch
来自行检测和判定,另外可以在``elasticsearch.yml`中显式指定。样例如下:
node.processors: 2
如下表格中的processors
即CPU核的数量。
线程池的列表
线程池名称 | 类型 | 线程数量 | 队列长度 | 用途 |
---|---|---|---|---|
generic | scaling | 一般用途。 | ||
search | fixed | (processors * 3) / 2 + 1 |
1000 | count/search |
search_worker | fixed | (processors * 3) / 2 + 1 |
unbounded |
count/search |
search_throttled | fixed | 1 | 100 | count/search/suggest/get |
search_coordination | fixed | processors / 2 |
1000 | search-related |
get | fixed | (processors * 3) / 2 + 1 |
1000 | get |
analyze | fixed | 1 | 16 | analyze |
write | fixed | processors |
10000 | index/delete/update, ingest processors, and bulk requests |
snapshot | scaling | min(5, (processors) / 2) |
snapshot/restore |
|
snapshot_meta | scaling | min(50, (processors* 3)) |
snapshot repository metadata read |
|
warmer | scaling | min(5, processors / 2) |
segment warm-up |
|
refresh | scaling | min(10, processors / 2) |
refresh |
|
fetch_shard_started | scaling | 2 * processors |
listing shard states |
|
fetch_shard_store | scaling | 2 * processors |
listing shard stores |
|
flush | scaling | min(5, processors / 2) |
flush/translog |
|
force_merge | fixed | max(1, processors / 8) |
unbounded |
force merge |
management | scaling | 5 | cluster management |
|
system_read | fixed | min(5, processors / 2) |
read |
|
system_write | fixed | min(5, processors / 2) |
write |
|
system_critical_read | fixed | min(5, processors / 2) |
read |
|
system_critical_write | fixed | min(5, processors / 2) |
write |
|
watcher | fixed | min(5 * processors, 50) |
1000 | watch executions |
依据上述表格中的线程数量的规则,通过指定node.processors
,可以推断出ElasticSearch
各线程池中线程的数量。
线程池的类型
fixed
线程池中的线程数量固定,同时使用队列来缓存当前暂时无法处理的请求。
通过参数size
指定线程池中线程的数量。
通过参数queue_size
指定请求队列的长度,默认值为-1
,表示unbounded
,即为无界队列。
配置样例,如下:
thread_pool: write: size: 30 queue_size: 1000
scaling
线程池中的线程数量依据一定的规则动态调整。
通过参数core
、max
,以及工作负载情况来判定线程的生命周期和数量。
通过参数keep_alive
来决定空载情况下,线程的存活时长。
配置样例,如下:
thread_pool: warmer: core: 1 max: 8 keep_alive: 2m
相关资料
本文来自博客园,作者:jackieathome,转载请注明原文链接:https://www.cnblogs.com/jackieathome/p/17863282.html
合集:
ElasticSearch
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南