说到事务,我们首先想到的就是事务的四大特性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不会执行收到的其他指令