Redis实现事务操作详细教程

90 阅读3分钟

这是我参与2022首次更文挑战的第19天,活动详情查看:2022首次更文挑战

hello,你好呀,我是灰小猿,一个超会写bug的程序猿,

前几篇文章我们分享了在Redis中的一些数据类型的使用和命令操作,今天我们继续来分享在Redis中如何使用事务,

今日学习内容

今天这一篇文章主要来和大家分享一下在Redis中的事务操作。

首先什么是事务?事务一般都是用于表示对数据库的一系列操作的集合,简单来说就是把多条语句放在一起执行就叫事务。它的特点是要么全执行,要么全不执行。在MySQL中事务有四大特性,分别是:原子性、一致性、隔离性、持久性,简称是ACID特性,

但是在Redis中的事务和MySQL中的事务稍有不同,在Redis中的事务本质上其实是一组命令操作的集合,在事务执行的过程中,这些命令会被序列化,按照顺序依次执行。所以Redis中的事务具有的特点是:一次性、顺序性、排他性。

  • 一次性:指的是Redis中的事务只执行一次,在该事务执行结束之后,这条事务的生命周期就结束了,再次执行事务时需要重新开启事务。
  • 顺序性:指Redis的事务中的所有命令,都是按照先后顺序依次执行的。
  • 排他性:指事务在对某一个数据进行操作的同时,其他事务或其他命令不能对这个数据进行操作。

Redis中的事务是没有隔离性的,因此也更不具备隔离级别这一说法,并且Redis的事务并不是直接执行的,而是需要经过命令提交时候才能执行,Redis事务的执行流程图如下:

同时Redis的单条命令具有原子性(也就是要么成功,要么失败),但是对于存在多条命令的Redis事务来说,不具备原子性,也就是说如果事务中有其他命令执行失败了,其他命令还会执行下去。

(1)正常执行事务

我们先来模拟一个事务正常执行的过程,

第一步,开启事务

在事务执行之前,我们需要先使用MULTI命令来开启事务,

开启事务命令

MULTI

第二步,命令入队

开启事务时候就需要向该事务中加入命令,将命令入队,这一步你可以任意写入你想要执行的命令。注意:在将命令添加到队列之后,命令并不会立即执行,而是返回一个QUEUED,表示入队成功!

第三步,提交命令

在我们将所有的命令都入队之后,就可以提交执行这个事务了,提交事务的命令是:

提交事务

EXEC

事务提交之后就会按照我们入队的命令的顺序来执行命令,在命令执行完毕之后就会将这个事务自动关闭。并且返回事务中所有命令的执行结果!

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 k1
QUEUED
127.0.0.1:6379> SET k3 v3
QUEUED
127.0.0.1:6379> EXEC
1) OK
2) OK
3) "v1"
4) OK

(2)取消事务执行

如果在我们的事务没有提交之前,你想要取消执行这个事务,那么可以使用DISCARD命令,这样这个事务就会被自动取消,其中入队的命令也不会被执行,在下一次执行事务时还需要重新再开启事务!

取消事务

DISCARD

如我们取消正在向队列中加入命令的事务:

127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> SET k4 v4
QUEUED
127.0.0.1:6379> SET k5 v5
QUEUED
127.0.0.1:6379> DISCARD
OK

(3)事务编译时异常

在事务执行或者命令入队的时候也是会发生错误的,和在Java代码中一样,如果我们的命令在书写上就存在明显代码错误,那么就会发生编译时异常,这个时候会有错误提示,但是事务仍能提交,但是提交之后,整个事务队列中的命令都不会执行,

比如下面的例子,我们随便写入一个不存在的命令并提交执行,执行完之后去查看我们的数据是否添加成功!

127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> SET k5 v5
QUEUED
127.0.0.1:6379> SETGET k6 v6    #输入错误命令
(error) ERR unknown command `SETGET`, with args beginning with: `K6`, `V6`,
127.0.0.1:6379> GET k5
QUEUED
127.0.0.1:6379> EXEC    #事务执行报错
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> GET k6
(nil)

(4)运行时异常

运行时异常与编译时异常不同,运行时一样在编写代码时不会提示,一般情况下是我们的代码编写正确,但是存在逻辑问题,比如1/0这样的。

在Redis中如果事务中的命令存在运行时异常,那么在提交事务之后,不存在异常的命令同样会被执行,异常的命令会单独执行失败!

如下,我们在事务中输入一个运行时会发生错误的命令INCR k9,给k9加一,但是k9并不存在,所以在提交事务之后该命令会执行失败,但是其他没有异常的命令可以执行成功!

127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> SET k7 v7
QUEUED
127.0.0.1:6379> INCR k9    #该命令运行时会报错,因为不存在k9
QUEUED
127.0.0.1:6379> GET k7
QUEUED
127.0.0.1:6379> SET k8 v8
QUEUED
127.0.0.1:6379> EXEC    #事务可以正常提交,但是异常的命令单独报错
1) OK
2) (error) ERR value is not an integer or out of range
3) "v7"
4) OK
127.0.0.1:6379> GET k8    #可以正常获取到k8的值
"v8"

除此之外,在Redis中也是可以实现乐观锁的,下一篇文章我将和大家分享Redis中如何实现乐观锁操作。

我是灰小猿,我们下期见!