#返回结果中,version_conflicts代表冲突数量 {"took":7461,"timed_out":false,"total":1,"updated":1,"deleted":0,"batches":1,"version_conflicts":0,"noops":0,"retries": {"bulk":0,"search":0},"throttled_millis":0,"requests_per_second": -1.0,"throttled_until_millis":0,"failures": [ ...
如下是在开篇的基础上加了:conflicts=proceed。 conflicts 默认值是终止,而 proceed 代表继续。 代码语言:javascript 代码运行次数:0 运行 AI代码解释 POSTtest/_update_by_query?conflicts=proceed{"query":{"match":{"name":"update"}},"script":{"source":"ctx._source['foo'] = '123ss'","lang":"pa...
这里的 version 代表文档的版本。 当我们在 Elasticsearch 中创建一个新文档时,它会为该文档分配一个_version: 1。 当我们对该文档进行任何后续更新(更新 update、索引 index 或删除 delete)时,_version都会增加 1。 一句话:Elasticsearch 使用_version来...
内部版本控制(internal)不能用于乐观锁,也就是直接使用 version 是不可以的。需要使用:if_seq_no和if_primary_term,它俩的用法,后文会有专门解读。 如果用 external,执行如下命令: PUT my-index-000001/_doc/1?version=2&version_type=external{"user": {"id": "elkbee"}} 执行结果如下: {"_index" :...
这里的 version 代表文档的版本。 当我们在 Elasticsearch 中创建一个新文档时,它会为该文档分配一个_version: 1。 当我们对该文档进行任何后续更新(更新 update、索引 index 或删除 delete)时,_version都会增加 1。 一句话:Elasticsearch 使用_version来鉴别文档是否已更改。
ElasticSearch7.6.2使用_delete_by_query产生版本冲突(version conflict)问题 环境:ElasticSearch7.6.2 问题产生的原因: 对某个index的数据进行删除,删除的数据量在千万级别。删除过程中产生版本冲突。 POST /monitor_user_log_info/_delete_by_query {"query":{"bool":{"filter":[{"range":{"createTime":{"fro...
version_conflicts:重建索引中版本冲突数的数量。 failures:所有索引失败的数组。如果这是非空的,则请求将被中止。 由于_reindex是获取源索引的快照,而且目标索引是不同的索引,随意基本上不太可能产生冲突。在接口参数中可以增加dest来进行乐观并发控制。如果version_type设置为internal会导致Elasticsearch盲目转储文件到目标...
"version_type":"external" } } 3、op_type和conflicts 将op_type设置为create时,只会对发生不同的document进行reindex,(若定时机制的reindex则可以使用该方式只对最新的不存在的document进行reindex)。并且可以将conflicts属性设置为proceed,将冲突进行类似于continue的操作,...
# 删除索引中所有的文档POST /index_name/_delete_by_query{ "query":{ "match_all":{ } }}# 输出结果{ "took":7, "timed_out":false, "total":4, "deleted":4, "batches":1, "version_conflicts":0, "noops":0, "retries":{ "bulk":0, "sear...
"version_conflicts": 1, "noops": 0, "retries": { "bulk": 0, "search": 0 }, "throttled_millis": 0, "requests_per_second": -1, "throttled_until_millis": 0 }, "description": "update-by-query [article]", "start_time_in_millis": 1696666800258, ...