Redis事务

Redis事务(用的不多)

1. 事务简介

MySQL事务的四大特性：(ACID)

1. 原子性(Atomicity)

2. 一致性(Consistency)

3. 隔离性(Isolation)

4. 持久性(Durability)

Redis的事务相比MySQL就要弱很多了：

1. 原子性：redis可以做到把多个操作打包到一起，要么全都执行，要么全都不执行，但是没有回滚机制，不保证操作结果的正确性！

2. 一致性：不保证一致性！！

3. 隔离性 ：因为**redis是单线程处理请求的，所有的请求都是串行化执行的，**所以也没有隔离级别之说。

4. 持久性：本身**数据是保存在内存中的，没有持久性！！**但是提供了两种持久化机制。

redis事务的意义：就是把多个操作打包 一起处理，避免在这多个操作中间有其他的操作插队执行！！

2. 事务操作

redis实现事务借助一个事务队列，当开启事务时就会把用户的命令放到队列里，**并不会立即执行，而是等到EXEC命令后统一执行，这时这多个操作之间不会有其他的操作插入进来，**直到这些操作执行完，再处理其他的操作。

这样，这些操作要么全都执行，要么全都不执行(原子的)。

1. multi

开启一个事务。

multi
# 之后的set或者其他的操作都会放到事务队列里，不会立即执行！

2. exec

开始执行事务队列里的操作。

3. discard

放弃/销毁当前事务，同时把事务队列里的所有操作清空。

事务队列也是在内存中的，所以如果在exec之前重启redis服务也会导致事务被销毁。

4. watch

必须在multi之前开始监控。

有可能有这样一种情况：在客户端1中开启事务设置了key的值，然后在客户端2中有设置了key的值，最后才在客户端1exec执行事务队列里的操作。这时客户端1先设置key的值但是会变成最终结果！！

watch就是监控key的值，看在事务之外(该事务有针对key的修改)有没有其他客户端改变了key的值，如果有，则在exec时就不会执行事务队列里的操作！！而是直接销毁事务。(事务里的操作要么全都执行，要么全都不执行)

watch实现是维护了要监控的key的版本号，每次有客户端修改key就会更新版本号，而后通过对比版本号来进行判断。

5. unwatch

取消对key的监控。