你的浏览器禁用了JavaScript, 请开启后刷新浏览器获得更好的体验!
发现
分享
文章
活动
登录
你不会是程序猿吧?
有没有人注意过这个问题
Elasticsearch
| 作者
Charele
| 发布于2019年12月20日 | 阅读数:
1266
分享到:
QQ空间
新浪微博
微信
QQ好友
印象笔记
有道云笔记
比如我建一个索引,10个主分片(为了简明问题,副本为0),
它在恢复的时候,是4个为单位恢复的,
先恢复4个,再恢复4个,然后是剩下的2个。
如果是7个分片,它是先恢复4个,然后是剩下的3个。
我一直没有搞明白,它这个4,是怎么来的,
没有找到相关结果
已邀请:
与内容相关的链接
提交
1 个回复
Ombres
赞同来自:
Charele
https://www.elastic.co/guide/e ... .html
cluster.routing.allocation.node_initial_primaries_recoveries
这个参数,默认值是4
另外建议有时间多读读官方文档,真的很有帮助
要回复问题请先
登录
或
注册
发起人
Charele
Cisco4321
相关问题
这个问题有点难?
怎么解决elasticsearch集群占用太多虚拟内存(VIRT)的问题?占用了几十个G,有什么可以对它进行限制的相关设置吗?
集群稳定性的一些问题(一定量数据后集群变得迟钝)
elasticsearch functionScoreQuery scriptFunction效率问题
es scroll查询全部数据问题
索引某个shard无法恢复的问题
关于单个机器分片数容量问题
elasticsearch 中的store 以及倒排索引的问题
logstash获取时间的问题
logstash导入mysql上亿级别数据的效率问题
关于logstash和elasticsearch的时区问题
问题状态
最新活动:
2019-12-20 16:57
浏览:
1266
关注:
2
人
1 个回复
Ombres
赞同来自: Charele
cluster.routing.allocation.node_initial_primaries_recoveries
这个参数,默认值是4
另外建议有时间多读读官方文档,真的很有帮助