Elasticsearch版本控制

Elasticsearch版本控制

1.为什么要进行版本控制
为了保证数据再多线程操作下的准确性

2.悲观锁和乐观锁
悲观锁：假设会发生并发冲突，屏蔽一切可能违反数据准确性的操作
悲观锁：假设不会发生并发冲突，只在提交操作是检查是否违反数据完整性。

3.内部版本控制和外部版本控制
内部版本控制：_version自增长，修改数据后，_version会自动的加1

外部版本控制：为了保持_version与外部版本控制的数值一致
使用version_type=external检查数据当前的version值是否小于请求中的version值

#version版本控制
#

put /library2/books/1
{
  "title":"Elasticsearch: The Definitive Guide",
  "name":{
    "first":"Zachary",
    "last":"Tong"
  },
  "publish_data":"2017-12-28",
  "price":"199"
}

GET /library2/books/1
POST /library/books/1/_update
{
  "doc":{
    "price":10
  }
}

POST /library/books/1/_update?version=3
{
  "doc":{
    "price": 15
  }
}


# 外部版本控制机制
#

PUT /library/books/1?version=5&version_type=external
{
  "title":"Elasticsearch: The Definitive Guide",
  "name":{
    "first":"Zachary",
    "last":"Tong"
  },
  "publish_data":"2017-12-28",
  "price":"200"
}

PUT /library/books/1?version=6&version_type=external
{
  "title":"Elasticsearch: The Definitive Guide",
  "name":{
    "first":"Zachary",
    "last":"Tong"
  },
  "publish_data":"2017-12-28",
  "price":"260"
}

GET /library/books/1