33、微服务实现：从分布式事务到消息队列的全面解析

微服务实现：从分布式事务到消息队列的全面解析

1. 幂等性与分布式事务

为确保消息处理的幂等性，可给每条消息分配唯一标识符，并存储已处理消息的标识符。当接收到新消息时，若其标识符已存在于已处理消息标识符列表中，则将该消息丢弃。

在处理单个微服务的请求时，队列、确认机制和消息重发可保障请求的安全处理。但涉及多个协作微服务的请求该如何处理呢？这就引入了分布式事务的概念。

数据库事务是指一系列记录依次修改，若其中一个操作失败，则撤销之前所有修改并终止事务，即要么所有操作成功，要么全部失败。分布式事务的功能与之类似，但记录分布在多个协作微服务关联的数据库中。

分布式事务理论上可通过两阶段协议处理：
1. 第一阶段 ：在本地事务范围内执行所有操作（如每个微服务的数据库事务），并将操作的成功或失败结果返回给事务协调器。
2. 第二阶段 ：事务协调器将整体操作的成功或失败信息通知所有微服务。若失败，则回滚所有本地事务；若成功，则提交事务。

然而，使用异步消息时，确认信息可能延迟到达并与其他事务交织。因此，在耗时的分布式事务中让本地事务阻塞所有本地资源是不可取的。

2. 微服务事务的Saga模式

微服务事务采用Saga模式，即所有本地操作不开启本地事务，若操作失败，则通过其他操作补偿初始操作。

撤销数据库插入操作相对简单，只需移除新增项；但撤销修改和删除操作则较为困难，需要存储额外信息。通用解决方案是将所有数据库变更记录存储在表中，这些记录可用于计算补偿操作或从参考数据库状态恢复之前的数据库状态，这