在上篇文章我们学习了Redis教程——持久化（AOF），这篇文章我们学习Redis教程——事务。

Redis事务

事务是一组操作的集合，它是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求，所以这些操作要么同时成功，要么同时失败。

但与MySQL事务不同：

• Redis事务仅仅是保证事务里的操作会被连续独占的执行；

• Redis事务提交前任何指令都不会被实际执行，像MySQL有隔离级别的概念；

• Redis事务不保证所有指令同时成功或同时失败，只有决定是否开始执行全部指令的能力，没有执行到一半进行回滚的能力；

• Redis会保证一个事务内的命令依次执行，而不会被其他命令插入。

Redis事务是在一个队列中，一次性、顺序性、排他性地执行一系列命令。

正常执行事务

使用MULTI命令标记一个事务块的开始，使用EXEC命令执行所有事务块内的命令，示例代码如下：

MULTI     # 标记事务开始
set k1 v1    # 操作命令
set k2 v2
set k3 v3
EXEC     # 执行所有事务块内的命令

如下图所示：

其中：QUEUED表示的是队列，当我们每次执行操作命令时，会将操作命令放在一个队列中，当执行EXEC命令时，就会执行队列中所有命令。

放弃事务

使用DISCARD命令放弃事务块内的命令，示例代码如下：

MULTI     # 标记事务开始
set k1 v11    # 操作命令
set k2 v22
DISCARD     # 放弃事务
get k1     # 获取k1的值

如下图所示：

事务出错

导致事务出错有两种原因：

• 事务块内的操作命令出错；

• 事务块内操作命令没错，但执行逻辑错误；

操作命令出错

当我们标记事务开始后，执行了错误的操作命令，示例代码如下：

MULTI    # 标记事务开始
set k1 v11   # 正常的操作命令
set k2    # 错误的操作命令
EXEC       # 执行所有队列中的操作命令
get k1    # 获取k1的值

如下图所示：

当事务开始后，某个操作命令出错，会导致所有命令都不能执行成功。

逻辑错误

当事务开始后，操作命令没错，但执行逻辑错误，示例代码如下：

set name zhangsan
MULTI
set k1 v11
incr name
EXEC
get k1
get name

如下图所示：

由于name是字符串类型，无法加一，所以该条命令无法执行。

可以看出在标记事务开始后，执行的操作命令都没错误，但操作逻辑有错时，正常无误的操作命令会被成功执行。

事务监控

watch监控

Redis使用Watch提供乐观锁定，类似CAS，锁类型：

• 悲观锁：认为每次去拿数据时别人都会修改，所以每次在拿数据时都会上锁，别人只有数据解锁后才能拿到数据；

• 乐观锁：认为每次去拿数据时别人不会修改，所以不会上锁，但在更新的时候会判断一下在此期间别人有没有去更新数据；

示例如下图所示：

我们监听price的值并在添加操作命令前，先修改了price值，接下来再执行操作命令，如下图所示：

可以发现成功将操作命令添加到队列中，但在执行EXEC命令后，并没有对price做出修改。

事务监听后，在执行EXEC命令之前，如果监听的数据被修改了，整个事务块内的操作命令都会失效。

unwatch

当对事务进行监控后，我们可以使用unwatch取消对数据的监控，示例如下图所示：

在监控数据后，修改数据，再取消监听，事务会执行成功。

好了，Redis教程——事务就讲到这里了，下篇文章我们学习Redis教程——管道。

公众号：白巧克力LIN

该公众号发布Python、数据库、Linux、Flask、Django、自动化测试、Git、算法、前端、服务器等相关文章！

- END -