MassTransit v8.0.13事务性发件箱默认隔离级别咨询

为什么默认使用Repeatable Read？ #

• 核心目的是规避并发场景下的幻读问题，保障事务性发件箱的一致性。事务性发件箱的核心逻辑是把业务数据修改和发件箱消息写入放在同一个事务里，同时消费者处理消息时也需要稳定的数据视图：
  • 对于发件箱的消息扫描逻辑，Repeatable Read能确保在事务周期内，不会读取到其他并发事务新插入的待发送消息，避免重复发送或重复处理。
  • 对于消费者业务逻辑，这个级别能保证事务内读取的业务数据不会被其他事务修改，也不会出现新的符合查询条件的数据行，确保业务逻辑基于稳定的状态执行，不会因为并发修改出现逻辑错误。
• 另外PostgreSQL的Repeatable Read是基于快照隔离实现的，性能开销在大多数业务场景下都可控，MassTransit选择这个级别是平衡一致性和性能后的默认最优方案。

改为Read Committed会丢失哪些特性？ #

• 幻读无法避免：比如发件箱定时扫描待发送消息时，同一事务内两次查询可能返回不同结果（其他事务提交了新的消息插入），可能导致消息重复处理或者漏处理。
• 业务数据一致性风险提升：消费者处理消息时，同一事务内两次读取同一数据可能得到不同结果（其他事务已提交修改），如果你的业务逻辑依赖数据的稳定状态（比如库存扣减、订单状态流转），就可能出现逻辑错误，比如重复扣减、状态异常。
• 发件箱消息处理的精确性下降：Read Committed级别下，发件箱标记消息为已处理的操作，可能和其他并发事务的消息插入操作产生冲突，导致消息状态不一致，极端情况可能出现消息丢失或重复发送。

当然，如果你的业务场景并发度很低，或者业务逻辑本身已经做了幂等性处理来容忍这些风险，改成Read Committed也能正常运行，但需要自行承担潜在的数据不一致问题。

内容的提问来源于stack exchange，提问作者JoaoVelho