Redis的事务性

简介：

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