ES基于自身乐观锁进行并发控制
ES基于Document中的version字段进行并发控制，初始创建version为1
每次需要带上version进行更新，该步骤需要多次，特别是在多线程环境下
基于external version进行并发控制
ES提供了一个插件，可以不用它提供的version，可以基于自己维护的一个版本号进行控制, 详细语法
?version=1&version_type=external
这里需要关注两点
1.ES提供的version需要与ES中的version一摸一样的时候才可以进行修改
2.external version提供的version比ES中的version大的时候才可以进行修改
partial update 部分修改
释义：每次传递需要发生修改的Field，不需要将全量的document传递过去
语法如下
POST /index/type/id/_update
{
"doc" : {
"field":"val"
}
}
Partial Update内部原理和传统PUT方式内部原理是一样的，会将老的Document标记为deleted，然后创建一个新的Document。
Partial Update相较于全量替换的优点如下
1.所有的查询，修改和写入操作，都发生在ES中的一个shard 内部，避免了网络数据传输开销（减少两次网络请求），大大的提升了性能
2.减少了查询和修改的时间间隔，可以减少并发冲突的情况
Partial Update的并发控制
Retry策略,语法如下
POST /index/type/id?retry_on_confict=5
上面语法的意思是重新拿到版本号进行更新，最多重试五次
