一 序
本文属于极客时间Elasticsearch核心技术与实战学习笔记系列。
二 并发控制的必要性
两个 Web 程序同时更新某个文档,如果缺乏有效的并发,会导致更改的数据丢失
悲观并发控制
- 假设有变更冲突的可能,会对资源加锁,防止冲突。例如数据库行锁
乐观并发控制
- 假设突然是不会发生的,不会阻塞正在尝试的操作。如果数据在读写中被修改,更新将会失败。应用程序决定如何解决冲突,例如重试更新,使用新的数据,或者将错误报告给用户
- ES 采用的乐观并发控制
例子是举了销售商品扣减库存的。
2.1 ES 的乐观并发控制
ES 中的文档是不可变更的。如果你更新一个文档,会将会文档标记为删除,同时增加一个全新当文档,同时文档的 version 字段加 1
内部版本控制(老版本,已经被废除)
- If_seq_no + If_primary_term(推荐)
使用外部版本(使用其他数据库作为主要数据存储)
- version + version_type = external
demo
数据准备
尝试去更新:
假设有别的用户也去更新
会提示错误,也就说版本号只能执行一次
如果使用数据库同步数据的场景,则可以使用version_type的方式更新