Redis中的事务

redis是NOSQL数据库,所以也存在事务,只是此事务和关系型数据库的事务是有区别的。

事务实例

Redis中事务的使用其实非常简单,通过MULTI命令即可。
在这里插入图片描述
在MULTI命令执行之后,我们可以继续发送命令执行,但此时命令不会立即执行,而是保持到一个队列中,如下
在这里插入图片描述
当所有的命令都输入完成后,我们可以输入EXEC命令来执行队列中的命令,如下
在这里插入图片描述

事务异常

事务中的异常有两种情况:

进入队列之前发生错误

比较常见的命令错误,此类异常redis的处理方式是,服务器会对进入队列失败的情况进行记录,在执行exec命令提交的时候,对于该命令不会执行并放弃这个事务,如下
在这里插入图片描述
注意 redis事务中有一个异常并不会造成其他命令的回滚!

执行exec命令后发生的异常

对于这种情况,redis中也不会做特别的处理。事务中的命令继续执行
在这里插入图片描述
不同于关系型数据库,redis中没有回滚操作,官方解释是:
Redis 命令只会因为错误的语法而失败(并且这些问题不能在入队时发现),或是命令用在了错误类型的键上面:这也就是说,从实用性的角度来说,失败的命令是由编程错误造成的,而这些错误应该在开发的过程中被发现,而不应该出现在生产环境中。
因为不需要对回滚进行支持,所以 Redis 的内部可以保持简单且快速

Watch

watch命令可以监控一个或多个键,一旦其中有一个键被修改(或删除),之后的事务就不会执行。监控一直持续到exec命令(事务中的命令是在exec之后才执行的,所以在multi命令后可以修改watch监控的键值)。假设我们通过watch命令在事务执行之前监控了多个Keys,倘若在watch之后有任何Key的值发生了变化,exec命令执行的事务都将被放弃,同时返回Null multi-bulk应答以通知调用者事务执行失败。
在这里插入图片描述
exec后会自动执行unwatch命令,撤销监控

Unwatch

撤销对一个key的监控
在这里插入图片描述

### Redis 事务的使用指南、示例教程及原理 #### 什么是 Redis 事务Redis 提供了一种简单的机制用于实现事务功能。通过 `MULTI` 命令开启一个事务,随后的一系列命令会被放入队列并原子性地执行。当调用 `EXEC` 时,所有被排队的操作会按顺序被执行[^2]。 #### 如何使用 Redis 事务? 以下是 Redis事务的基本操作流程: 1. **启动事务** 使用 `MULTI` 命令标记事务的开始。 2. **加入命令到队列** 所有在 `MULTI` 和 `EXEC` 之间的命令都会进入队列而不是立即执行。 3. **提交事务** 调用 `EXEC` 后,所有的命令按照它们入队的顺序依次执行。 4. **取消事务** 如果需要放弃当前事务中的所有命令,可以发送 `DISCARD` 来清除队列中的所有命令。 #### 示例代码 下面是一个 Python 的简单例子展示如何使用 Redis 事务: ```python import redis r = redis.Redis(host='localhost', port=6379, db=0) # 开启事务 pipe = r.pipeline() # 将多个命令加入事务 pipe.multi() pipe.set('foo', 'bar') pipe.incr('counter') # 提交事务 results = pipe.execute() print(results) # 输出结果 ['OK', int(counter_value)] ``` #### Redis 事务的工作原理 Redis 事务的核心在于其单线程模型。由于 Redis 是基于事件循环的单线程架构,在同一时间只有一个客户端能够执行命令,因此它天然支持串行化隔离级别(Serializability)。这意味着在一个事务内的多条命令不会受到其他并发事务的影响。 然而需要注意的是,Redis 并不提供回滚机制。如果某个命令失败,则后续命令仍然会被继续执行;只有那些成功完成的命令才会生效。 #### 隔离性和一致性保障 (Isolation Guarantee) 尽管 Redis 支持事务,但它并不完全遵循 ACID 特性的定义。具体来说: - **A(Atomicity)**: Redis 确保整个事务要么全部执行,要么都不执行。 - **C(Consistency)**: Redis 不强制约束数据一致性的逻辑校验,这取决于开发者设计业务逻辑。 - **I(Isolation)**: Redis 实现了强隔离性,因为它是单线程运行环境下的全局锁模式。 - **D(Durability)**: Redis 默认采用内存存储方式,持久化的 RDB 或 AOF 文件可能带来延迟写入风险,所以严格意义上无法满足 Durability。 #### 错误处理 如果在事务过程中遇到错误,Redis 只会在最后执行阶段报告这些错误给客户端。在此之前,即使某些命令存在语法问题或者参数非法等情况也不会中断事务过程。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值