事务性外发模式确保在对数据库进行更改时，消息总是会发布到消息代理，即使消息代理最初发生故障。这对于事件驱动架构来说至关重要，因为它可以确保当其他服务从您的事件中重建状态时的一致性。 0:00 网络故障 0:54 原子性事务 2:00 发布消息 2:52 至少一次投递 3:32 幂等性 4:14 结束语 Outbox Pattern | Drawing Boxes 翻译 […]
1 结论 2 问题背景及现象 3 排查过程 3.1 初次分析 3.2 问题再次出现 3.3 解决方案 4 总结与反思 1 结论 结论先行：事务+MQ的使用场景，使用方式一定得正确，稍有不慎，可能就会带来数据不一致问题。 2 问题背景及现象 商业退款业务，每周都会有几笔退款订单自动处理失败，究其直接原因，是因为数据表里的一个字段cost更新失败导致。抽象一下，业务场景大概是这 […]
分布式事务一直是微服务设计的一个难点，是解决业务一致性问题的重要手段，一直很谨慎不敢写这部分内容，担心水平不够弄错误导大家。 但是如果在项目上出现了跨服务的业务一致性需求，在网络上搜索出来的材料往往是一些理论和具体的框架使用，对问题场景的分析不多。 在和多个公司的架构师讨论后，大家的共识是：分布式事务很难有一个通用的解决方案，需要在场景中获得比较好的平衡，往往是捏着鼻子选择 […]
作者：vivo 互联网服务器团队 - Zhou Shaobin 本文主要介绍了Spring事务传播性的相关知识。 Spring中定义了7种事务传播性： PROPAGATION_REQUIRED PROPAGATION_SUPPORTS PROPAGATION_MANDATORY PROPAGATION_REQUIRES_NEW PROPAGATION_NOT_SUPPOR […]
最近在整理以前的工作笔记，又发现一个有意思的bug，在一个service调用另外一个类的方法时，出现了一个Spring的事务问题，Transaction rolled back because it has been marked as rollback-only，时间过去有点儿久了，不记得是压测时出的问题还是线上运行时出的问题了。 2021-01-25 19:42:00. […]
上一篇文章中见过了事务的特性以及隔离级别，今天来说一下事务的传播性，事务是一个好东西，但是并不是每一个方法都应该加上事务，在事务的隔离级别中提到过一点：越是严格，耗费的性能越大，那么如果每个方法都加了事务，而不论是否会涉及到数据的修改，那么这就属于事务的滥用了，没起到应有的作用不说，反而还会一点点的拖慢你的系统。 为了应对这一问题，“事务的传播性”这一概念又横空出世了，打个 […]
“事务”，一个经常能听到的概念，它到底是个什么东西呢？数据库管理系统执行过程中的一个逻辑单位，由一个有限的数据库操作序列构成，事务的正确执行，使得数据从一种状态转换到另外一种状态。
一、背景 在预发环境中，由消息驱动最终触发执行事务来写库存，但是导致MySQL发生死锁，写库存失败。 com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRoll backException: rpc error: code = Aborted desc = Deadlock found when trying to get lo […]
Photo by Clément Hélardot on Unsplash 照片由Clément Hélardot在Unsplash上拍摄 1. Manually throw other exceptions 手动抛出其他异常 @Service public class DemoServiceImpl implements DemoService { @Autowired […]
一、基础理论 PART1.1 CAP理论 一致性（Consistency） ：在分布式系统中所有的数据备份，在同一时刻都保持一致状态，如无法保证状态一致，直接返回错误。 可用性（Availability）：在集群中一部分节点故障，也能保证客户端访问系统并得到正确响应，允许一定时间内数据状态不一致。 分区容错性（Partition tolerance）：分 […]
前言 对于从事java开发工作的同学来说，spring的事务肯定再熟悉不过了。 在某些业务场景下，如果一个请求中，需要同时写入多张表的数据。为了保证操作的原子性（要么同时成功，要么同时失败），避免数据不一致的情况，我们一般都会用到spring事务。 确实，spring事务用起来贼爽，就用一个简单的注解：@Transactional，就能轻松搞定事务。我猜大部分小伙伴也是这样 […]
