一、不同版本mongo事务对部署方式的要求
mongo从4.0版本开始支持事务,需集群部署,且具体版本对事务支持有差异,单机mongo不支持事务。
4.0~4.1:需副本集模式(replica sets)支持事务
≥4.2:副本集模式(replica sets)和分片集模式(sharded clusters)都支持事务
二、事务写冲突
使用mongo4.4事务时,发现并发情况下事务极易报写冲突异常(write conflict),导致回滚,mongo官方新的事务写法withTransaction已经处理该异常,但是看了下它的处理逻辑就只是不断重试(而且仔细看其写法有逻辑bug),该处理方式对于效率影响巨大,网上有人反馈过v4.2事务正常,升级v4.4后出现此问题。但是项目已经后期不能降版本,所以也未验证v4.2。该问题直接导致4.4事务基本不可用,仅在少数非并发或效率要求低的场景可用。
三、读偏好ReadPreference
优先级:事务级>会话级>客户端级,客户端默认primary(其他参数优先级同此)
指定读取操作从副本集读取的方式。
可设置以下级别:
primary:默认。所有操作均从主节点读取。
primaryPreferred:优先从主节点读取,主节点不可用时从次级节点读取。
secondary:所有操作均从次级节点读取。
secondaryPreferred:优先从次级节点读取,次级节点不可用时从主节点读取。
nearest:根据指定的延迟阈值,操作从随机合格的副本集成员中读取,无论该成员是主节点还是次节点。
四、读关注ReadConcern
指定从副本集和分片读取的数据的一致性和隔离属性。
事务支持:local、majority、snapshot三种读关注级别。
可设置以下级别:
local:当前实例返回。查询从实例返回数据不保证数据已写入大多数副本集成员(即可能回滚)。当读偏好为primary或者读偏好为secondary但因果一致性为true时,默认值为“local”。
available:任一可得的实例返回。查询从实例返回数据不保证数据已写入大多数副本集成员(即可能回滚)。当读偏好为secondary且因果一致性为false时,默认值为“available”。
majority:查询返回已被大多数副本集成员确认的数据。读取操作返回的文档是持久的,即使发生故障也是如此。为了满足读取关注“majority”,副本集成员在majority提交点从其内存数据视图快照返回数据。因此,读取关注 "majority"在性能成本上与其他读取关注相当。
需注意:仅当事务写关注也为“majority”时,读关注“majority”才提供数据保证。
linearizable: 查询返回在读操作开始之前完成的所有成功的多数确认写入数据。如遇并发执行的写入操作,查询会等待写入传播到多数副本集后再返回结果。
读取操作后如果多数副本集崩溃重启,此时如果writeConcernMajorityJournalDefault默认为true,则数据保证持久。如果writeConcernMajorityJournalDefault设为false,则写关注“majority”可能回滚。
对于因果一致性的会话和事务,linearizable不可用;读偏好为primary时,可设置读关注linearizable;
snapshot:如果事务要求因果一致性,在事务提交时写关注"majority",则保证事务操作从多数提交的数据的快照中读取。 如果事务不要求因果一致性,在事务提交时写关注"majority",则保证事务操作从多数提交的数据的快照中读取,且结果保证与事务开始之前数据的因果一致性相同。
五、写关注WriteConcern
指定了写入操作的确认级别,单机、副本集、分片集群都可以指定写关注级别。
可通过setDefaultRWConcern设置全局默认写关注级别(从mongoDB4.4开始)。
写关注需使用事务级的,不能在事务内为某个写操作单独指定写关注级别,会导致报错。
参数包括:
{ w: <value>, j: <boolean>, wtimeout: <number> }
w:数字—写入请求确认写入操作已传播到指定数量的节点(mongod实例)。
"majority"—请求请求确认写入操作已传播到计算出的多数节点。
其他自定义写关注名称—settings.getLastErrorModes中可自定义写关注条件。
j:指定写入请求是否确认已写入磁盘预写日志。true时会确保写入操作已经写入w指定数量节点的预写日志中。
wtimeout:指定写入操作超时时间(毫秒)。
需注意:到达wtimeout后无论写入最终能否成功都会返回错误,且已成功的写入修改不会回退;如果不指定wtimeout,且写关注级别无法满足,写入操作会一直阻塞。
六、shard分片
后续补充
本文详细介绍了MongoDB从4.0版本开始对事务的支持情况,包括在不同部署模式下的要求,以及并发环境下事务的写冲突问题。此外,文章讨论了读偏好ReadPreference、读关注ReadConcern和写关注WriteConcern的设定及其对事务一致性的影响,同时提及了分片(sharding)的相关内容。
822

被折叠的 条评论
为什么被折叠?



