elasticsearch 锁

samdung

　　索引文件底层：
　　逆向索引是不可更改的，一旦它被建立了，里面的数据就不会再进行更改。这样做就带来了以下几个好处：
1.        没有必要给逆向索引加锁，因为不允许被更改，只有读操作，所以就不用考虑多线程导致互斥等问题。
2.        索引一旦被加载到了缓存中，大部分访问操作都是对内存的读操作，省去了访问磁盘带来的io开销。
3.        因为逆向索引的不可变性，所有基于该索引而产生的缓存也不需要更改，因为没有数据变更。
　　既然逆向索引是不可更改的，那么如何添加新的数据，删除数据以及更新数据？为了解决这个问题，lucene将一个大的逆向索引拆分成了多个小的段segment。每个segment本质上就是一个逆向索引。在lucene中，同时还会维护一个文件commit point，用来记录当前所有可用的segment，当我们在这个commit point上进行搜索时，就相当于在它下面的segment中进行搜索，每个segment返回自己的搜索结果，然后进行汇总返回给用户。

　　数据层
　　可以使用基于版本的乐观锁控制。例如
　　PUT /test_index/test_type/7?version=1
{
"test_field": "test client 1"
}
　　同时带上数据的版本号，确保说，es中的数据的版本号，跟客户端中的数据的版本号是相同的，才能修改。
　　当带上version_type=external的时候，只有当你提供的version比ES中的_version大的时候，才能完成修改。
　　例如
_version=1, ?version=1才能更新成功
_version=1, ?version>1&version_type=external，才能成功，比如?version=2&version_type=external
　　重试机制
　　采用post更新时  由于采用多线程异步方式，如果版本发生冲突，可用加上一个参数retry_on_conflict=5.
那么会重新获取数据的版本信息进行更新，不断的操作，最多操作的次数就是retry_On_conflict的值。