Redis事务命令实现

Redis 事务

Redis 事务可以一次执行多个命令, 并且带有以下三个重要的保证:
批量操作在发送 EXEC 命令前被放入队列缓存。
收到 EXEC 命令后进入事务执行,事务中任意命令执行失败,其余的命令依然被执行。
在事务执行过程,其他客户端提交的命令请求不会插入到事务执行命令序列中。
一个事务从开始到执行会经历以下三个阶段:
开始事务。
命令入队。
执行事务。

案例

以下是一个事务的例子, 它先以 MULTI 开始一个事务, 然后将多个命令入队到事务中, 最后由 EXEC 命令触发事务, 一并执行事务中的所有命令:

127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> set key1 1000
QUEUED
127.0.0.1:6379> get key1
QUEUED
127.0.0.1:6379> sadd myset "100"
QUEUED
127.0.0.1:6379> EXEC
1) OK
2) "1000"
3) (integer) 1
127.0.0.1:6379>

单个 Redis 命令的执行是原子性的,但 Redis 没有在事务上增加任何维持原子性的机制,所以 Redis 事务的执行并不是原子性的。
事务可以理解为一个打包的批量执行脚本,但批量指令并非原子化的操作,中间某条指令的失败不会导致前面已做指令的回滚,也不会造成后续的指令不做。
使用你事务时会遇到两个错误:

  • 入队时出错,一般时因为语法错误引起的,加入事务队列就会报错,遇到这类错误,一般会放弃事务
  • EXEC调用后出错,列如对一个 值为 a1 的 key 执行 incr,这类错误,即使某个命令产生了错误,其他命令依旧会继续执行执行,不会回滚

命令语法

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

适用场景

比如一个A向B转账的场景,A给B转账1000员。
假设A和B的数据结构都是采用String。在A给B转账之前监听key A,B。此时如果有其他客户端更改A,B的话就会导致事务失败,如下所示。

客户端1执行A向B转账的事务:

127.0.0.1:6379> SET A 1000
OK
127.0.0.1:6379> set B 1000
OK
127.0.0.1:6379> watch A B
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set A 500
QUEUED
127.0.0.1:6379> set B 1500
QUEUED

客户端2更改了A的账户余额

127.0.0.1:6379> set A 200
OK

客户端1执行转账命令失败

127.0.0.1:6379> exec
(nil)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值