elasticsearch版本控制

一、基于_version进行乐观锁并发控制

先构造一条数据出来

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

模拟两个客户端，都获取到了同一条数据

GET test_index/test_type/1

其中一个客户端，先更新了一下这个数据，同时带上数据的版本号，确保说，es中的数据的版本号，跟客户端中的数据的版本号是相同的，才能修改。

PUT /test_index/test_type/1?version=1 
{
  "test_field": "test client 1"
}

另外一个客户端，尝试基于version=1的数据去进行修改，同样带上version版本号，进行乐观锁的并发控制。

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

会发现会返回错误信息：

{
  "error": {
    "root_cause": [
      {
        "type": "version_conflict_engine_exception",
        "reason": "[test_type][1]: version conflict, current version [2] is different than the one provided [1]",
        "index_uuid": "ys-Y1QWrRmWTK2JSGuXgww",
        "shard": "3",
        "index": "test_index"
      }
    ],
    "type": "version_conflict_engine_exception",
    "reason": "[test_type][1]: version conflict, current version [2] is different than the one provided [1]",
    "index_uuid": "ys-Y1QWrRmWTK2JSGuXgww",
    "shard": "3",
    "index": "test_index"
  },
  "status": 409
}

基于最新的数据和版本号，去进行修改，修改后，带上最新的版本号，可能这个步骤会需要反复执行好几次，才能成功，特别是在多线程并发更新同一条数据很频繁的情况下。

带成version=2就可以了：

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

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

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

?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/2
{
  "test_field": "test"
}

模拟两个客户端同时查询到这条数据

GET /test_index/test_type/2

第一个客户端先进行修改，此时客户端程序是在自己的数据库中获取到了这条数据的最新版本号，比如说是2

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

模拟第二个客户端，同时拿到了自己数据库中维护的那个版本号，也是2，同时基于version=2发起了修改，就会失败

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

错误信息：

{
  "error": {
    "root_cause": [
      {
        "type": "version_conflict_engine_exception",
        "reason": "[test_type][2]: version conflict, current version [2] is higher or equal to the one provided [2]",
        "index_uuid": "ys-Y1QWrRmWTK2JSGuXgww",
        "shard": "2",
        "index": "test_index"
      }
    ],
    "type": "version_conflict_engine_exception",
    "reason": "[test_type][2]: version conflict, current version [2] is higher or equal to the one provided [2]",
    "index_uuid": "ys-Y1QWrRmWTK2JSGuXgww",
    "shard": "2",
    "index": "test_index"
  },
  "status": 409
}

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

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