简介:
Redis我们常常称其为内存数据库,而在传统的关系型数据库中,事务性又是不得不面临的一个问题,所谓事物性,说简单点,就是一组数据库操作之间是有关联关系的,要么全部都执行成功,要不就都不执行。
那么这里,我们就了解下Redis的事物是怎么处理的。
Reids事物
首先要清楚几个概念:
1、Redis的单条命令是保持原子性的,但是事物不保证原子性。
(Reids事物的本质:一组命令的集合,一个事物中的所有命令都会 被序列化,然后按照顺序执行,一次性、顺序性、排他性的执行一系列命令)。
2、Redis事物没有隔离级别的概念。
所有在事物中的命令,并没有直接被执行,只有发起执行命令的时候才会执行。Exec
3、Redis事物过程
- 开启事物(multi)
- 命令入队(........)
- 执行事物(exec)
127.0.0.1:6379> multi #开启事物
OK
127.0.0.1:6379> set aa a
QUEUED
127.0.0.1:6379> set bb b
QUEUED
127.0.0.1:6379> get aa
QUEUED
127.0.0.1:6379> get bb
QUEUED
127.0.0.1:6379> exec #执行事物
1) OK
2) OK
3) "a"
4) "b"
127.0.0.1:6379>
如上,可以看到,命令先入队,然后在执行命令时,才依次执行。
放弃事物:
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set aa a
QUEUED
127.0.0.1:6379> set bb b
QUEUED
127.0.0.1:6379> set cc c
QUEUED
127.0.0.1:6379> discard #放弃事物
OK
4、事物异常处理
- 编译型异常,(代码有问题,命令错误)事物中所有命令都不执行。
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set k1 ke
QUEUED
127.0.0.1:6379> set ke kek
QUEUED
127.0.0.1:6379> getset k3 # 命令有误
(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. #抛出异常
- 运行时异常(1/0),如果事物队列中存在语法性错误,那么执行命令时,其它命令是可以正常执行的。错误命令抛出异常。
127.0.0.1:6379> multi
OK
127.0.0.1:6379> incr k1 #这里对一个字符串+1,会出现错误
QUEUED
127.0.0.1:6379> set k2 kk
QUEUED
127.0.0.1:6379> set k3 ddd
QUEUED
127.0.0.1:6379> exec
1) (error) ERR value is not an integer or out of range #只有这一条会抛错
2) OK
3) OK