Redis基础(四)—— 事务

本文详细介绍了Redis的事务机制,包括事务的三个阶段:开始、入队和执行。Redis事务不保证原子性,命令入队后在EXEC命令执行时才批量执行,即使有命令执行失败,其他命令仍会继续执行。此外,还通过示例展示了如何使用MULTI、EXEC、DISCARD和WATCH命令,并探讨了事务中的错误处理方式,即错误命令不会影响其他命令的执行,除非整个事务因错误被取消。
摘要由CSDN通过智能技术生成

简介

Redis 事务可以一次执行多个命令, 并且带有以下三个重要的保证:

  • 批量操作在发送 EXEC 命令前被放入队列缓存。
  • 收到 EXEC 命令后进入事务执行,事务中任意命令执行失败,其余的命令依然被执行。
  • 在事务执行过程,其他客户端提交的命令请求不会插入到事务执行命令序列中。

一个事务从开始到执行会经历以下三个阶段:

  • 开始事务。
  • 命令入队。
  • 执行事务。

命令

 # 标记一个事务块的开始
     MULTI
 # 执行所有事务块内的命令
     EXEC
 # 取消事务,放弃执行事务块内的所有命令
     DISCARD
 # 取消 WATCH 命令对所有 key 的监视
     UNWATCH
 # 监视一个(或多个)key,如果在事务执行之前这个(或这些)key 被其他命令所改动,那么事务将被打断
     WATCH key [key...]

示例 1:EXEC

multi 开始一个事务,然后将多个命令入队到事务中,最后由 exec 命令触发事务,一并执行事务中的所有命令:

单个 Redis 命令的执行是原子性的,但 Redis 没有在事务上增加任何维持原子性的机制,所以 Redis 事务的执行并不是原子性的

事务可以理解为一个打包的批量执行脚本,但批量指令并非原子化的操作,中间某条指令的失败不会导致前面已做指令的回滚,也不会造成后续的指令不做。

 127.0.0.1:6379> set account:a 100
 OK
 127.0.0.1:6379> set account:b 22
 OK
 127.0.0.1:6379> multi
 OK
 127.0.0.1:6379> get account:a
 QUEUED
 127.0.0.1:6379> get account:b
 QUEUED
 127.0.0.1:6379> decrby account:a 50
 QUEUED
 127.0.0.1:6379> incrby account:b 50
 QUEUED
 127.0.0.1:6379> get account:a
 QUEUED
 127.0.0.1:6379> get account:b
 QUEUED
 127.0.0.1:6379> exec
 1) "120"
 2) "22"
 3) (integer) 70
 4) (integer) 72
 5) "70"
 6) "72"
 127.0.0.1:6379> 
 ​

示例 2:DISCARD

取消事务,放弃执行事务块内的所有命令。

multi

discard

中的所有命令都被取消

 127.0.0.1:6379[1]> set account:a 70
 OK
 127.0.0.1:6379[1]> set account:b  72
 OK
 127.0.0.1:6379[1]> keys *
 1) "account:b"
 2) "account:a"
 127.0.0.1:6379[1]> multi
 OK
 127.0.0.1:6379[1]> set aa 234
 QUEUED
 127.0.0.1:6379[1]> get aa
 QUEUED
 127.0.0.1:6379[1]> discard
 OK
 127.0.0.1:6379[1]> keys *
 1) "account:b"
 2) "account:a"
 127.0.0.1:6379[1]> 
 ​

示例 3:事务的错误处理方式1

执行某个命令时报出的错误,则只有报错的命令不被执行,而其他命令都会执行

如:

key:aa的值是abc,是字符串,无法自增,执行incr命令就会报错,但这个报错不影响其他命令的执行

 127.0.0.1:6379[1]> multi
 OK
 127.0.0.1:6379[1]> set aa abc
 QUEUED
 127.0.0.1:6379[1]> get aa
 QUEUED
 127.0.0.1:6379[1]> incr aa
 QUEUED
 127.0.0.1:6379[1]> get aa
 QUEUED
 127.0.0.1:6379[1]> exec
 1) OK
 2) "abc"
 3) (error) ERR value is not an integer or out of range
 4) "abc"
 127.0.0.1:6379[1]> 
 ​

示例 4:事务的错误处理方式2

队列中的某个命令出现了报告错误,执行时整个的所有队列都会被取消。

如:

队列中,出现incr123整个不存在的命令,直接报错,再执行exec时,也无法执行整个命令队列,所有命令都没有被执行。

 127.0.0.1:6379[1]> keys *
 1) "account:b"
 2) "account:a"
 3) "aa"
 127.0.0.1:6379[1]> multi 
 OK
 127.0.0.1:6379[1]> set bb 123
 QUEUED
 127.0.0.1:6379[1]> get bb
 QUEUED
 127.0.0.1:6379[1]> incr123
 (error) ERR unknown command `incr123`, with args beginning with: 
 127.0.0.1:6379[1]> exec
 (error) EXECABORT Transaction discarded because of previous errors.
 127.0.0.1:6379[1]> keys *
 1) "account:b"
 2) "account:a"
 3) "aa"
 127.0.0.1:6379[1]> 
 ​

示例 5:WATCH

监视一个(或多个) key ,如果在事务执行之前这个(或这些) key 被其他命令所改动(没有改动则不影响),那么事务将被打断。

redis的watch命令

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值