ElasticSearch之Merge

Elasticsearchshard,即对应Luceneindex
Luceneindex由多个segment组成。
segmentindex保存数据的最小单位,不支持修改。

Elasticsearch在运行过程中,启动后台任务,周期性检测并将占用空间小的segment自动合并至大一些的segment,避免存在过多的segment对象,同时在合并过程中,会剔除掉已删除的记录。

合并操作的过程可能消耗较多的资源,比如CPU和I/O,因此在合并操作运行的过程中,Elasticsearch会自动调整合并操作的吞吐量,优先保证其它业务的正常运行。

Elasticsearch提供了ConcurrentMergeScheduler作为合并操作的调度器,管理合并操作的产生和运行。

ConcurrentMergeScheduler在新的线程中提交合并操作,同时控制合并操作的并发数。当合并操作占用的线程的数量达到index.merge.scheduler.max_thread_countConcurrentMergeScheduler将后续待执行的合并操作放至队列中,避免合并操作占用过多的资源,影响其它操作。

相关参数

index.merge.scheduler.max_thread_count
在一个shard上执行merge操作时允许使用的线程的数量。
默认值为Math.max(1, Math.min(4, node.processors / 2))

修改参数的取值,执行命令如下:

curl -X PUT "https://localhost:9200/_settings?pretty" -H 'Content-Type: application/json' -d'
{
"index.merge.scheduler.max_thread_count": 2
}
' --cacert $ES_HOME/config/certs/http_ca.crt -u "elastic:ohCxPH=QBE+s5=*lo7F9"

假如当前没有创建index,则报错信息如下:

{
"error" : {
"root_cause" : [
{
"type" : "index_not_found_exception",
"reason" : "no such index [[]]",
"index_uuid" : "_na_",
"index" : "[]"
}
],
"type" : "index_not_found_exception",
"reason" : "no such index [[]]",
"index_uuid" : "_na_",
"index" : "[]"
},
"status" : 404
}

假如当前已有创建好的index,执行结果的样例,如下:

{
"acknowledged" : true
}

相关资料

posted @   jackieathome  阅读(54)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
点击右上角即可分享
微信分享提示