在微服务架构下呢，我们需要将每个服务对应自己的数据库，这就成了在原来单体架构中所有的服务操作一个数据库变成了多个服务操作多个数据库，遇到有事务约束的场景比如转账汇款，订单状态和库存处理，就从本地事务过度到分布式事务上
但我们的分布式事务并不适用于微服务，
出现的问题
1. 俩个阶段提交会出现同步阻塞和加锁，并且有单点故障
2. 由于锁的原因降低吞吐量
3. 并且我们的Nosql数据库并不支持2PC(俩阶段提交)
我们的在微服务架构下的解决方法：
采用最终一致性：指不同服务节点在一段时间后节点间的数据会最终达到一致的状态
有俩种模式可以完成
第一种模式：
可靠性事件模式：一般借助消息队列和内部表来完成
第二种模式：
补偿模式-sagas模型
sagas模型是一个常事务，saga是一系列有序的本地事务，每个本地事务通过更新数据库或者发送消息来促发下一个本地事务
如果本地事务失败，saga会有序的执行补偿事务，来回滚刚才的操作，它的特点就是支持回滚