Redis的事务性

冷不防 2022-12-18 06:57 69阅读 0赞

### 简介： ###

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