Redis

一、Redis 事务

Redis 事务可以一次执行多个命令， 并且带有以下两个重要的保证：

● 事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。

● 事务是一个原子操作：事务中的命令要么全部被执行，要么全部都不执行。

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

● 开始事务（MULTI）

● 命令入队

● 执行事务（EXEC）

二、Redis事务命令

MULTI：标记一个事务块的开始。

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

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

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

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

三、事务执行

● 正常执行事务：

127.0.0.1:6379> MULTI        // 开启事务
OK
// 命令入队
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> get k2
QUEUED
127.0.0.1:6379> set k3 v3
QUEUED
127.0.0.1:6379> EXEC        // 执行事务
1) OK
2) OK
3) "v2"
4) OK

● 放弃事务：

127.0.0.1:6379> MULTI　　// 开启事务
OK
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k4 v4
QUEUED
127.0.0.1:6379> set k6 v6
QUEUED
127.0.0.1:6379> DISCARD　　// 取消事务
OK
127.0.0.1:6379> get k6　　 // 事务队列中的命令都不会被执行
(nil)

- 编译时异常（代码有错，命令有错误）：事务中所有的命令都不会被执行

127.0.0.1:6379> MULTI　　// 开启事务
OK
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> getset k2　　// 错误命令
(error) ERR wrong number of arguments for 'getset' command
127.0.0.1:6379> set k4 v4
QUEUED
127.0.0.1:6379> EXEC　　// 执行事务报错
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> get k1　　// 所有命令都不会被执行
(nil)

- 运行时异常（语法错误）：如果事务队列存在语法性错误，在执行的时候其它命令可以正常执行

127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> INCR k1// 执行的时候失败
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> set k3 v3
QUEUED
127.0.0.1:6379> get k2
QUEUED
127.0.0.1:6379> get k1
QUEUED
127.0.0.1:6379> EXEC
1) OK
2) (error) ERR value is not an integer or out of range// 虽然该命令报错，但是其它命令依旧执行成功！
3) OK
4) OK
5) "v2"
6) "v1"

四、监控 - WATCH

● 悲观锁：很悲观，认为什么时候都会出现问题，无论做什么都会加锁！

● 乐观锁：很乐观，认为什么时候都不会出现问题，所以不会上锁！更新数据的时候去判断一下，在此期间是否有人修改过这个数据

● 测试 - 正常执行成功

127.0.0.1:6379> set money 100
OK
127.0.0.1:6379> set out 0
OK
127.0.0.1:6379> WATCH money　　// 监视money对象
OK
127.0.0.1:6379> MULTI　　　　　 // 事务正常结束，数据期间没有发生变动，这个时候就正常执行成功！
OK
127.0.0.1:6379> DECRBY money 20
QUEUED
127.0.0.1:6379> INCRBY out 20
QUEUED
127.0.0.1:6379> EXEC
1) (integer) 80
2) (integer) 20

● 测试 - 多线程修改值，使用watch可以当做redis的乐观锁！

127.0.0.1:6379> WATCH money out　　// 监视money out
OK
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> INCRBY out 10
QUEUED
127.0.0.1:6379> DECRBY money 10
QUEUED
127.0.0.1:6379> EXEC　　　　　　　　　// 执行之前，另一个线程，修改了监视对象的值，会导致事务执行失败
(nil)

如果修改失败，获取最新的值再次监视执行事务

127.0.0.1:6379> UNWATCH// 发现事务执行失败，取消监视
OK
127.0.0.1:6379> WATCH money out// 获取最新的值，再次监视（select version）
OK
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> INCRBY out 100
QUEUED
127.0.0.1:6379> DECRBY money 100
QUEUED
127.0.0.1:6379> EXEC// 最新的值没有被该事务之外的其它操作修改，执行成功！
1) (integer) 120
2) (integer) 980