Elasticsearch基于external version进行乐观锁并发控制

1、基于自己维护的那个version来进行控制

es提供了一个feature，就是说，你可以不用它提供的内部_version版本号来进行并发控制，可以基于你自己维护的一个版本号来进行并发控制。举个列子，加入你的数据在mysql里也有一份，然后你的应用系统本身就维护了一个版本号，无论是什么自己生成的，程序控制的。这个时候，你进行乐观锁并发控制的时候，可能并不是想要用es内部的_version来进行控制，而是用你自己维护的那个version来进行控制。

2、external

?version=1
?version=1&version_type=external

version_type=external，唯一的区别在于，_version，只有当你提供的version与es中的_version一模一样的时候，才可以进行修改，只要不一样，就报错；

当version_type=external的时候，只有当你提供的version比es中的_version大的时候，才能完成修改

es，_version=1，?version=1，才能更新成功
es，_version=1，?version>1&version_type=external，才能成功，比如说?version=2&version_type=external

模拟：

先构造一条数据

PUT /test_index/test_type/8
{
  "test_field": "test"
}

第一个客户端先进行修改 es里面的版本号version=1 此时指定的verison=2 大于1 所以更新成功

PUT /test_index/test_type/8?version=2&version_type=external
{
  "test_field": "test client 1"
}

第二个客户端 此时es中的version已经变成2 此时指定的version=2 不是大于2 所以更新失败

PUT /test_index/test_type/8?version=2&version_type=external
{
  "test_field": "test client 2"
}

在并发控制成功后，重新基于最新的版本号发起更新

a、获取最新版本号

GET /test_index/test_type/8

b、执行更新

PUT /test_index/test_type/8?version=3&version_type=external
{
  "test_field": "test client 2"
}