rocketmq事务消息在分布式事务中的适用分析

不知道理解是否偏差
rocketmq事务消息和分布式事务有一点点关系, 也就一点点, 不多
rocketmq事务消息在分布式事务中的适用分析:
0. 事务消息: 描述的是, 消息投递到mq和当前服务整体成功这两件事算作一个事务. 和他的下游(消费者)无关. 也就是说当前服务成功, 消息一定要最终投递(不管半消息是什么时候发送, 也不管是不是broker兜底来查), 当然, 当前服务失败(消息一定不会投递).分布式事务不止如此, (当然分布式事务指的不仅仅是数据库 还有所有有状态存储的恢复. 比如缓存, 磁盘, 消息, 消息的下游, 下游的下游), 通常是指的多个服务组成同一个, 也就是下游的失败也会影响到上游, 这明显rocketmq事务消息是做不到的. 当然seata也只能管数据库上的分布式事务, 其他存储的事务维护, 手动异步(seata支持的rpc除外), seata都办不到 不在seata的支持范围. 也就是说, 对于rocketmq不支持下游影响上游. 如果下游也要算到分布式事务, 要自己想办法, 一般是重试直到成功. 所以也算最终一致性的一种吧
2. mq, 是异步的. 意味着不适用于同步场景
3. 同样, 分布式事务 常见 的也不支持异步 比如 seata
4. 分布式事务, 出了db需要考虑其他中间件的存储回滚
5. 分布式事务本身就很恶心, 有其他的重试补偿,大部分情况下, 能补偿成功, 因为代码没问题就是网络等问题, 实在不行就写记录人工补
6. rocketmq事务消息编码也不便于理解 (还要处理未决事务和超时), 性能方面 需要二次投递(更新), 影响吞吐, 并且如果大量超时会有大的性能隐患
7. 会污染页缓存 (页缓存最好是最新的消息, 而事务消息总是要等他一致到二次提交)