Redis集群无法支持事务功能（redis集群不支持事物）

的原因

Redis是当前大多数用户使用的非关系型数据库，它的功能强大和使用方便，在各种业务场景中有着广泛的应用。然而，由于Redis集群没有支持事务功能，这也一定程度上限制了一些高级应用场景，让实施者有些发愁。那么Redis集群为什么没有支持事务功能？

Redis集群实现是以复制集群（Replication Cluster）为基础，该模式设计了主从模式，即主节点提供写入服务，从节点提供读取服务，每个节点的数据都是一致的，可以被其他节点替代读写服务。Redis集群是以尽可能少的牺牲性能换取伸缩性和稳定性的集群结构，它将最大可能性的稳定可用性和数据一致性的折中方案，所以理论上不支持事务功能，而事务有两宝，一是高性能处理，二是原子性操作。

Redis集群工作模式是通过分段算法（HashSlots）将所有keyvalue集成为不同的Hash槽，然后由不同的节点管理，即对每一个需要存储的keyvalue都相对应一个Hash槽，它有利于减少内存使用、提高存储效率、以及能够利用网络IO加快数据存储。但是，由于每一个Hash槽都由不同的节点进行管理，造成了Redis集群中的操作不具备原子性，也就无法支持事务的聚合、增、删、改等操作，从而无法达到事务要求的完整性、一致性和隔离性机制，因此Redis集群无法支持事务功能。

Redis作为NoSQL数据库从本质上一定程度上放弃了一部分原有的关系型数据库概念，也使它在诸多领域取得了亮眼的成绩，同时也让它的一系列特性实现的十分灵活，且支持“高性能和实时性”，而”高性能和实时性”对于事务服务而言，则要求整个集群的所有节点收到事务消息的时间要十分的一致性，而实现这样的一致性需要研究者花费更多精力，并且现有解决方案并不能保证极端情况下的一致性要求，所以Redis集群也尚未实现事务功能。

从上述分析来看，Redis集群无法支持事务功能的原因是由它本身的设计、模式构成和分段算法以及现有的解决方案的限制所导致的，虽然Redis集群没有支持事务功能，但用户可以用特定事务相关的应用程序级别的一致性解决方案，来解决事务相关的应用需求，如：

# 以插入记录为例
# 开始事务
MULTI 
# 执行写入
SET user_name tom
# 提交事务
EXEC

以上是Redis集群无法支持事务功能的原因，也就是说，如果希望Redis集群具备事务功能，用户就需要对Redis集群设计结构和实现方式进行修改，并且还需要使用特定的应用程序级别的一致性解决方案来实现事务功能。