Redis事务和锁机制

一.定义和基本特性

1.redis事务的定义

MULTI, EXEC, DISCARD and WATCH are the foundation of transactions in Redis. They allow the execution of a group of commands in a single step, with two important guarantees:
1.All the commands in a transaction are serialized and executed sequentially.
2.Either all of the commands or none are processed, so a Redis transaction is also atomic.

Redis事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。Redis事务的主要作用就是串联多个命令防止别的命令插队。

2.redis事务相关命令

Multi，Exec，Discard

从输入Multi命令开始，输入的命令都会依次进入命令队列中，但不会执行，直到输入Exec后，Redis会将之前的命令队列中的命令依次执行。组队的过程中可以通过discard来放弃组队

下面是事务操作的完整流程

3.事务的错误处理

组队阶段，如果某个指令出错，则执行时整个队列都会被取消；如果执行阶段某个指令出错，则队列的操作正常执行，除了错误的指令不会被执行。

组队阶段，出错则后续也不会执行

执行阶段出错，只有出错的不会执行，其他的正常执行

二.redis的锁机制

1.乐观锁介绍

乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量。Redis就是利用这种check-and-set机制实现事务的。

注意，乐观锁和悲观锁都是适用于不同的场景的，如果多读的情况下，乐观锁合适，因为修改操作少，相应的因为判断而阻塞的情况就少；如果多写的情况，还是悲观锁更合适，保证了线程不会发生饥饿和阻塞的情况。

2.redis命令

WATCH key [key…]

在执行multi之前，先执行watch key1 [key2],可以监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。

下面是一个例子

UNWATCH

取消 WATCH 命令对所有 key 的监视。 如果在执行 WATCH 命令之后，EXEC 命令或DISCARD 命令先被执行了的话，那么就不需要再执行UNWATCH 了。

3.redis事务特性

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

2. 没有隔离级别的概念
   队列中的命令没有提交之前都不会实际被执行，因为事务提交前任何指令都不会被实际执行

3. 不保证原子性
   事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚