Redis事务

一提起事务，我们首先就会想起ACID ， 那么什么是ACID呢？

ACID
（原子性（atomicity，或称不可分割性）、
一致性（consistency）、
隔离性（isolation，又称独立性）、
持久性（durability） ）

那么redis中的事务满足哪些特性呢？

redis事务单条保证原子性 多条不保证 没有回滚

redis事务的三个特性

单独的隔离操作：事务中所有的命令都会序列化。按顺序的执行。事务在执行的过程中，不会被其他客户端发送来的命令打断。

没有隔离级别的概念

队列中的命令没有提交之前不会实际被执行 因为事务提交前任何指令都不会执行

不保证原子性

事务中如果有一条命令执行失败，其后命令仍会被执行 没有回滚

一次性 顺序性 排他性

redis中所有的命令在事务中，并没有直接被执行！ 只有发起执行命令的时候才会执行！Exec

Redis的事务：

开启事务： multi

命令入队：

执行事务： 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> get k2

QUEUED

127.0.0.1:6379> exec    #执行事务

1) OK

2) OK

3) "v1"

4) "v2"

放弃事务

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> set k4 v4
QUEUED
127.0.0.1:6379> discard    #取消事务
OK
127.0.0.1:6379> get k4  
(nil)

redis事务还有一个特性大家需要了解
编译型异常（代码错误） 事务中所有的命令都不会执行！

127.0.0.1:6379> multi
OK
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k2   错误的命令
(error) ERR wrong number of arguments for 'set' command
127.0.0.1:6379> set k3 v3
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 v2
QUEUED
127.0.0.1:6379> exec    有运行时异常的语句不会被执行   其他正确的可以正常执行
1) (error) ERR value is not an integer or out of range
2) OK

额外补充

常见的事务隔离级别

1、READ_UNCOMMITTED

读未提交，即能够读取到没有被提交的数据，所以很明显这个级别的隔离机制无法解决脏读、不可重复读、幻读中的任何一种，因此很少使用

2、READ_COMMITED

读已提交，即能够读到那些已经提交的数据，自然能够防止脏读，但是无法限制不可重复读和幻读

3、REPEATABLE_READ

重复读取，即在数据读出来之后加锁，类似"select * from XXX for update"，明确数据读取出来就是为了更新用的，所以要加一把锁，防止别人修改它。REPEATABLE_READ的意思也类似，读取了一条数据，这个事务不结束，别的事务就不可以改这条记录，这样就解决了脏读、不可重复读的问题，但是幻读的问题还是无法解决

4、SERLALIZABLE

串行化，最高的事务隔离级别，不管多少事务，挨个运行完一个事务的所有子事务之后才可以执行另外一个事务里面的所有子事务，这样就解决了脏读、不可重复读和幻读的问题了