Redis的事务操作

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

Redis事务的主要作用就是串联多个命令防止别的命令插队。

一、Redis事务三特性

Multi：开启事务，输入的命令都会依次进入命令队列中，但不会执行，直到输入Exec后

Exec：Redis会将之前命令队列中的命令依次执行。执行完事务结束

discard：组队过程中可以通过discard来放弃组队

二、事务的错误处理

组队中某个命令出现了报告错误，执行时整个的所有队列都会被取消

如果执行阶段某个命令报出了错误，则只有报错的命令不会被执行，其它命令都会执行，不会回滚

三、事务冲突的问题

悲观锁(Pessimistic lock)，每次拿数据的时候都会上锁，别人想拿数据就会block直到它拿到锁。做操作之前先上锁

乐观锁：拿数据不上锁，但是在更新的时候会判断在此期间别人有没有去更新这个数据，可以使用版本号version等机制【当前操作的版本号和数据库中的版本号是否一致，一致才能操作，不一致不能操作】。乐观锁适用于多读的应用类型，这样可以提高吞吐量。Redis就是利用这种check and set机制实现事务的。[如抢票场景]

WATCH key [key ……]

在执行multi之前，先执行watch key1 [key2]，可以监视一个或多个key，如果在事务执行之前这个（或这些）key被其它命令所改动，那么事务将被打断。【乐观锁】

unwatch：取消watch命令对所有key的监视

如果在执行watch命令之后，EXEC命令或DISCARD命令先被执行了的话，那么久不需要再执行UNWATCH了

四、Redis事务三特性

》单独的隔离操作

事务中的所有命令都会序列化、按顺序地执行，事务在执行过程中，不会被其它客户端发送来的命令请求所打断

》没有隔离级别的概念

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

》不保证原子性

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