微服务架构中的数据一致性：保证最终一致性以及强一致性

学习来自csdn https://blog.csdn.net/mmc123125/article/details/145130178

微服务架构中的数据一致性：如何保证最终一致性以及强一致性

微服务架构将系统柴扉微多个独立的服务，每一个服务都有自己的数据库或存储层。虽然这种架构提高了系统的灵活性和货站行，但是也引入了数据的一致性问题，尤其是分布式系统中，如何平衡数据一致性和系统性能是一个重要挑战。

数据一致性的基本概念

强一致性：

指的是系统在任何时刻，所有节点上的数据都保持一致。也就是说，当一个事务完成后，所有用户都能立即看到最新的数据状态。

• 适用场景：
  金融科技
  库存管理

最终一致性

最终一致性 是一种弱一致性模型，它允许系统中的数据在某个时间段内不一致，但保证在一定时间后所有节点的数据最终达到一致。

• 使用场景：
  消息系统
  分布式缓存

如何实现强一致性

分布式事务

分布式事务是确保多个微服务参与的操作满足ACID的技术

两阶段提交

• 第一阶段：准备阶段，各节点预提交数据并锁定资源
• 第二阶段：提交阶段，协调这决定提交或回滚

局限性：

• 性能开销大：由于需要锁定资源，系统吞吐量显著下降
• 单点故障风险：协调者崩溃可能导致事务卡住

分布式锁

通过分布式锁机制，确保多个微服务对共享资源的操作是串行的。

如何实现最终一致性

事件驱动架构

通过消息队列或事件总线实现服务间的异步通信，确保最终一致性。

常见工具

RabbitMQ / Kafka：用于传递事件消息。