Redis基础(五)—— 事务

这是我参与8月更文挑战的第7天,活动详情查看:8月更文挑战redis

简介

Redis 事务能够一次执行多个命令, 而且带有如下三个重要的保证:缓存

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

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

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

命令

 # 标记一个事务块的开始
     MULTI
 # 执行全部事务块内的命令
     EXEC
 # 取消事务,放弃执行事务块内的全部命令
     DISCARD
 # 取消 WATCH 命令对全部 key 的监视
     UNWATCH
 # 监视一个(或多个)key,若是在事务执行以前这个(或这些)key 被其余命令所改动,那么事务将被打断
     WATCH key [key...]
复制代码

示例 1:EXEC

multi 开始一个事务,而后将多个命令入队到事务中,最后由 exec 命令触发事务,一并执行事务中的全部命令:post

单个 Redis 命令的执行是原子性的,但 Redis 没有在事务上增长任何维持原子性的机制,因此 Redis 事务的执行并非原子性的spa

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

 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

取消事务,放弃执行事务块内的全部命令。orm

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命令

相关文章
相关标签/搜索