Redis事务

最新推荐文章于 2022-07-29 17:12:38 发布

转载最新推荐文章于 2022-07-29 17:12:38 发布 · 116 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://my.oschina.net/coderknock/blog/983233

文章标签：

#数据库 #python

本文详细介绍了Redis中的事务相关命令，包括MULTI、EXEC、DISCARD、WATCH和UNWATCH等，并通过具体示例展示了如何使用这些命令来实现事务的功能。

2019独角兽企业重金招聘Python工程师标准>>>

事务相关命令

MULTI

自1.2.0可用。

**时间复杂度：**O(1)。

语法：MULTI

说明：

标记一个事务块的开始。

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

返回值：

总是返回 OK 。

示例：

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

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

DISCARD

自2.0.0可用。

**时间复杂度：**O(1)。

语法：DISCARD

说明：

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

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

返回值：

总是返回 OK 。

示例：

# 当没有事务开启时
127.0.0.1:6379> DISCARD
(error) ERR DISCARD without MULTI

127.0.0.1:6379> MULTI
OK
# ping 用来查询状态 测试该客户端处于队列状态（开启事务时命令只是装入队列并不会执行）
127.0.0.1:6379> PING
QUEUED
127.0.0.1:6379> SET testDISCARD
(error) ERR wrong number of arguments for 'set' command
127.0.0.1:6379> SET testDISCARD a
QUEUED
# 退出事务
127.0.0.1:6379> DISCARD
OK
# 状态恢复正常状态
127.0.0.1:6379> PING
PONG
# 事务中的命令没有执行
127.0.0.1:6379> 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可用。

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

语法：DISCARD

说明：

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

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

返回值：

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

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

示例：

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

事务中错误处理

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

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

转载于:https://my.oschina.net/coderknock/blog/983233