elasticsearch 锁

索引文件底层:

逆向索引是不可更改的,一旦它被建立了,里面的数据就不会再进行更改。这样做就带来了以下几个好处:
1.        没有必要给逆向索引加锁,因为不允许被更改,只有读操作,所以就不用考虑多线程导致互斥等问题。
2.        索引一旦被加载到了缓存中,大部分访问操作都是对内存的读操作,省去了访问磁盘带来的io开销。
3.        因为逆向索引的不可变性,所有基于该索引而产生的缓存也不需要更改,因为没有数据变更。

既然逆向索引是不可更改的,那么如何添加新的数据,删除数据以及更新数据?为了解决这个问题,lucene将一个大的逆向索引拆分成了多个小的段segment。每个segment本质上就是一个逆向索引。在lucene中,同时还会维护一个文件commit point,用来记录当前所有可用的segment,当我们在这个commit point上进行搜索时,就相当于在它下面的segment中进行搜索,每个segment返回自己的搜索结果,然后进行汇总返回给用户。

elasticsearch 锁

elasticsearch 锁

数据层

可以使用基于版本的乐观锁控制。例如

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的值。

猜你喜欢

转载自blog.51cto.com/12597095/2175329