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