一、ES基于_version 进行乐观锁并发控制
post /index/type/id/_update?retry_on_conflict=5&version=6
1.内部版本号
第一次创建document的version版本号为1,以后每次对这个document修改或删除操作,version自动加1。
同时带上数据的版本号,确保es中数据的版本号,跟客户端中的数据的版本号是相同的,才能修改。
可以指定更新失败之后的重试次数:retry_on_conflict,版本冲突时重试次数
## 2.external version
可以基于你自己维护的一个版本号来进行并发控制。举个列子,加入你的数据在mysql里也有一份,然后你的应用系统本身就维护了一个版本号,无论是什么自己生成的,程序控制的。这个时候,你进行乐观锁并发控制的时候,可能并不是想要用es内部的_version来进行控制,而是用你自己维护的那个version来进行控制。
二、document路由原理
1.路由算法
2.决定document在哪个shard上,最主要的就是routing的值,默认是id,也可以手动指定。
3.这就是primary shard 不可变的原因
三、写一致性原理
put /index/type/id?consistency=quorum
1.one
要求我们这个写操作,只要有一个primary shard是活跃可用的,就可以执行。
2.all
要求我们这个写操作,必须所有的primary shard和replica shrad 都是活跃的,才可以执行这个写操作。
3.quorun
默认
要求我所有的shard中,大部分的都是活跃可用的,才可以执行。 (1个节点除外)
算法
说明