Redis：4.事务

2020-04-08 阅读量

1.基本概念：

Redis单条命令是保证原子性的，但是Redis事务是不保证原子性。
Redis事务本质：一组命令的集合。一个事务中的所有命令都会被序列化，在事务执行过程中，会按照顺序执行。
即按照一次性、顺序性、排他性执行一系列命令。
解释：把3个set命令放在一块执行，那么这3条命令入队，形成一个队列。队列中的命令执行过程中不允许被打断。（即要么全部成功，要么全部失败）

Redis事务没有隔离级别的概念。
所有的命令在事务中，并没有直接被执行（入队的时候未执行），只有发起执行命令的时候，才会执行。

Redis事务3个阶段：

开启事务（multi）
命令入队（这里写的命令都会入事务队列）
执行事务（exec）

正常执行事务流程

multi         # 开启命令
set key1 aa   # 返回值 queued, 表示进入事务队列
set key2 bb
get key1
set key3 dd
exec          #执行事务 （上面的命令会依次执行）

放弃事务

multi       
set key1 aa  
set key2 bb
get key1
discard     # 放弃事务（上面入事务队列的命令就无效了）

2.关于事务执行中的错误

编译型异常：（导致编译器报错的异常）

命令或代码有问题，事务中所有的命令都不会执行。（要么都成功，要么都失败）

multi
set k1 aa
set k2 bb
getset v3   # 错误的命令
set k4 cc
exec        # 执行事务的时候会报错

运行时异常（如1/0，数组下标越界等）

如果事务队列中某条命令存在语法性错误，那么在执行的时候，其他命令是可以正常执行的。错误的那条命令会抛出异常。
所以说Redis事务是不保证原子性的。

set k1 "aa"

multi
set k2 aa
incr k1     # 错误的命令(字符串无法自增)
set k3 bb 
exec        # 执行事务，除了incr k1，其他的都成功执行

3.监控（watch）

悲观锁

很悲观，认为什么时候都会出问题，所以无论做什么都会加锁。
无论做什么都有加锁，解锁步骤，影响性能

乐观锁

很乐观，认为什么时候都不会出现问题，所以不会上锁。
只在更新数据的时候去判断一下，在此期间是否有人修改过数据。
在mysql中，用version字段去处理。（获取version，更新的时候比较version）
在Redis中，用watch字段去处理。

Redis 的监控测试

正常执行举例：

set money 100  # 设置初始资金 100
set out 0      # 设置支出 0

# watch key [key...]
watch money    # 监视money对象

# 执行一个花钱的事务
multi
incrby out 20    # out自增20 
decrby money 20  # money自减20
exec

# 受监视的数据在事务执行期间，外界未使其发生变动，这个时候事务执行成功。并取消对money的监视。

# 事务执行失败：受监视的数据在事务执行期间，外界使其发生变动。事务执行失败。

事务执行失败的处理：

unwatch         # 如果发现事务执行失败，就先解锁

watch money     # 再重新监视 最新的值

# 重新执行事务
multi
incrby out 20   
decrby money 20 
exec

# 受监视的数据在事务执行期间，外界未使其发生变动，这个时候事务执行成功。并取消对money的监视。
# 事务执行失败：Redis会重新 从第一行的 unwatch命令开始往下执行。