Redis 事务

事务相关命令

MULTI

自1.2.0可用。

时间复杂度:O(1)。

语法:MULTI
说明:

标记一个事务块的开始。

事务块内的多条命令会按照先后顺序被放进一个队列当中,最后由 EXEC 命令原子性(atomic)地执行。

返回值:

总是返回 OK

示例:
# 下面命令在 客户端1 中执行
coderknock> MULTI
OK
coderknock> SET testMULTI 0
QUEUED
coderknock> INCR testMULTI
QUEUED
coderknock> INCR testMULTI
QUEUED
coderknock> INCR testMULTI
QUEUED

# 这个时候从另一个 客户端(我们称呼为客户端2) 执行以下:
coderknock> GET testMULTI
(nil)
# 此时我们可以看到 客户端1 的命令还没有执行
# 下面切换到 客户端1 执行 EXEC
coderknock> EXEC
1) OK
2) (integer) 1
3) (integer) 2
4) (integer) 3
# 此时在 客户端2 中就可以访问到 该数据了
coderknock> GET testMULTI
"3"

DISCARD

自2.0.0可用。

时间复杂度:O(1)。

语法:DISCARD
说明:

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

如果正在使用 WATCH 命令监视某个(或某些) key,那么取消所有监视,等同于执行命令 UNWATCH

返回值:

总是返回 OK

示例:
# 当没有事务开启时
coderknock> DISCARD
(error) ERR DISCARD without MULTI

coderknock> MULTI
OK
# ping 用来查询状态 测试该客户端处于队列状态(开启事务时命令只是装入队列并不会执行)
coderknock> PING
QUEUED
coderknock> SET testDISCARD
(error) ERR wrong number of arguments for 'set' command
coderknock> SET testDISCARD a
QUEUED
# 退出事务
coderknock> DISCARD
OK
# 状态恢复正常状态
coderknock> PING
PONG
# 事务中的命令没有执行
coderknock> GET testDISCARD
(nil)

WATCH

自2.2.0可用。

时间复杂度:O(1)。

语法:WATCH key [key …]
说明:

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

返回值:

总是返回 OK

示例:

在之后的 EXEC 命令中会详细介绍。

UNWATCH

自2.2.0可用。

时间复杂度:O(1)。

语法:UNWATCH
说明:

取消 WATCH 命令对所有 key 的监视。

如果在执行 WATCH 命令之后, EXEC 命令或 DISCARD 命令先被执行了的话,那么就不需要再执行 UNWATCH 了。

因为 EXEC 命令会执行事务,因此 WATCH 命令的效果已经产生了;而 DISCARD 命令在取消事务的同时也会取消所有对 key 的监视,因此这两个命令执行之后,就没有必要执行 UNWATCH 了。

返回值:

总是返回 OK

示例:

在之后的 EXEC 命令中会详细介绍。

EXEC

自1.2.0可用。

时间复杂度:事务块内所有命令的时间复杂度的总和。

语法:EXEC
说明:

执行所有事务块内的命令。

假如某个(或某些) key 正处于 WATCH 命令的监视之下,且事务块中有和这个(或这些) key 相关的命令,那么 EXEC 命令只在这个(或这些) key 没有被其他命令所改动的情况下执行并生效,否则该事务被打断(abort)。

返回值:

事务块内所有命令的返回值,按命令执行的先后顺序排列。

当操作被打断时,返回空值 nil

示例:
# 在 MULTI 命令的实例中我们演示了事务正常执行的情况
# 客户端1
# 使用 WATCH 监视 key 且正常执行成功
coderknock> WATCH testWATCH
OK
coderknock> MULTI
OK
coderknock> SET testWATCH 2123
QUEUED
coderknock> EXEC
1) OK
# 使用 WATCH 监视 key 且未正常执行
coderknock> WATCH testWATCH
OK
coderknock> SET testWATCH a
OK
coderknock> GET test WATCH
(error) ERR wrong number of arguments for 'get' command
coderknock> GET testWATCH
"a"
coderknock> DEL testWATCH
(integer) 1
coderknock> MUTLI
(error) ERR unknown command 'MUTLI'
coderknock> MULTI
OK
coderknock> SET testWATCH a
QUEUED
coderknock> SET testWATCH ccc
QUEUED
# 客户端2
coderknock> SET testWATCH abc
OK
# 客户端1
coderknock> EXEC
(nil)
coderknock> GET testWATCH
"abc"
# 只要有在 WATCH 之后在非事务中对 key 有操作就不可以,无论是你哪个客户端
coderknock> WATCH testWATCH
OK
coderknock> SET testWATCH a
OK
coderknock> MULTI
OK
coderknock> SET testWATCH qwe
QUEUED
coderknock> EXEC
(nil)
# 语法错误会造成整个事务无法执行
coderknock> WATCH testWATCH
OK
coderknock> MULTI
OK
coderknock> SET testWATCH aaa
QUEUED
coderknock> EXEC \
    (error) ERR unknown command 'EXEC\'
coderknock> EXEC
(error) EXECABORT Transaction discarded because of previous errors.

事务中错误处理

  1. 语法错误会造成整个事务无法执行(示例中 EXEC 命令错误)
  2. 运行时错误:非语法错误,只是使用命令方式不正确比如使用 SADD 操作字符类型等等,只是错误部分报错,其他正常执行,且最后不会回滚事务。

Redis 提供了简单的事务,之所以说它简单,主要是因为它不支持事务中的回滚特性,同时无法实现命令之间的逻辑关系计算,当然也体现了 Redis 的 “keep it simple” 的特性。

    原文作者:拿客_三产
    原文地址: https://segmentfault.com/a/1190000009832622
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞