Redis事务

说到事务，我们首先想到的就是事务的四大特性ACID，原子性、一致性、隔离性、持久性。

那么Redis的事务是否具有上述的四种特性呢？

首先介绍下和事务相关的几个指令

1) multi

multi指令声明事务的开启，接下来所有的指令都会被redis放到该事务的执行队列中进行等待

2) exec

exec会将在执行multi后，所有放在该事务队列中的指令，按照顺序执行，如果不执行exec那么，事务队列中的指令是不会执行，看上图没有执行exec。

执行exec

注意：如果在执行exec指令前，也就是指令入事务队列时就发生错误，无论是指令敲错了，还是redis内存满了等问题，事务都会被取消，且事务队列中的指令都会被清除掉。

而在执行exec指令的时候某个指令发生了错误，那么redis会将该错误略过，继续执行其他的指令。

3) discard

在没有执行exec指令之前，如果执行了discard指令，那么会放弃该事务，同时会将事务队列中的指令全部清除。

4) watch

是用来监视某个key，如果该key在监控该key的事务期间发生了变化，则该事务执行exec提交指令时事务队列中的指令就不会执行

那么watch就相当于是乐观锁，为事务提供了CAS行为。

总结：数据库事务支持回滚，但是redis事务不支持，这是因为Redis是基于内存的，为保持简单高速的的响应，不允许这么设计。且Redis只能接受正确的指令，如果事务中指令入队时，发生错误，那么事务就不会执行。但是一般我们都会在开发环境冒烟测试，解决掉这种指令输入错误的问题，那么这种情况也就不存在了。Redis也不会因为编程的bug，而进行回滚，这是没意义的，比如incrby k1 1， 但是多打了个0，incrby k1 10;

Redis的事务不具有原子性、一致性，因为在指令在Redis服务上执行时，如果发生了错误，则会跳过错误，继续执行剩下的指令

Redis的事务具有一定持久性，一旦事务执行成功，则数据会被写到缓存上，基于高可用的机制，数据也会被持久化，但可能存在丢失的风险

Redis的事务具有隔离性，但没有隔离级别，如果有一定要有那就是序列化，但这么说很牵强，因为Redis是单线程的，当一个事务执行exec指令后，事务队列中的指令在执行的过程中，Redis不会执行收到的其他指令