Redis Cluster 采用了分布式的架构，其设计目标主要是为了提供高可用性和可伸缩性。Redis Cluster 的数据分片存储在不同的节点上，每个节点负责一部分数据。传统的 Redis 单节点事务是通过 MULTI/EXEC 命令实现的，但 Redis Cluster 不支持跨节点的事务操作，这是由其架构特点决定的。
主要原因包括：
- 分布式架构：Redis Cluster 将数据分片存储在不同的节点上，每个键会被映射到特定的节点。这就意味着事务中的多个命令可能涉及不同的节点，而 Redis 事务模型要求所有命令在同一个节点上执行。这会导致跨节点的事务操作无法满足 ACID 特性。
- 数据分片与原子性：因为数据存储在不同节点，Redis Cluster 不提供像单节点 Redis 那样的跨键事务。在分布式环境中，确保所有节点上的多个操作的原子性是非常困难的，因为节点间通信可能会有延迟和失败。
- 性能和可伸缩性：传统 Redis 单节点事务（MULTI/EXEC）会阻塞其他操作，而在分布式环境下，阻塞的风险更大。Redis Cluster 更注重性能和可伸缩性，因此牺牲了传统事务的特性。
虽然 Redis Cluster 不直接支持传统事务模型，但可以使用 Lua 脚本来实现某种程度上的原子性操作。通过在 Lua 脚本中执行多个命令，你可以将一系列操作封装在一个脚本中，以实现类似事务的行为。然而，这种方式不具备传统事务的严格 ACID 特性。
因此，对于需要强一致性、事务支持的场景，你可能需要考虑使用单节点 Redis 的事务特性，或者探索其他解决方案，比如外部事务管理器或设计应用逻辑来适应 Redis Cluster 的分布式特性。
感谢您的阅读！有任何疑问，欢迎联系我