Redis的事务及乐观锁扩展

Redis对事务的支持比较简单，它是一组命令的集合，命令被顺序的执行；Redis
也可以放弃事务的执行，此时所有事务里面的命令都不会执行。

Redis只能保证一个client发起的事务中的命令可以连续的执行，中间不会插入其
他client的命令，因为Redis是单线程架构，所以在执行完事务内所有指令前是不可能
再去同时执行其他客户端的请求的。

Redis的事务 没有隔离级别 的概念，因为事务提交前任何指令都不会被实际执
行，也就不存在“事务内的查询要看到事务里的更新，在事务外查询不能看到”这种问
题了。

Redis的事务 不保证原子性，也就是不保证所有指令同时成功或同时失败，只有
决定是否开始执行全部指令的能力，没有执行到一半进行回滚的能力。
Redis集群不支持事务操作 ；

Redis事务的相关命令

multi ： 开启事务

exec ： 执行事务

discard ： 取消事务

watch ： 监控键值

unwatch ： 取消监控

Redis事务的基本过程

1. 发送一个事务的命令multi给redis；
   
2. 依次把要执行的命令发送给redis，redis接到这些命令，并不会立即执行，而是放到
   等待执行的事务队列里面；
   
3. 发送执行事务的命令exec给redis；
   
4. redis会保证一个事务内的命令依次执行，而不会被其它命令插入；

Redis事务过程中的错误处理

redis的事务非常简单，当然会存在一些问题。

redis只能保证事务的每个命令连续执行，但是如果事务中的一个命令失败了，并 不回滚其他命令，下面举例看错误处理；

1. 如果是某个命令执行错误（使用方式错了），那么其它的命令仍然会正常执行，然后在执行后返回错误信息；

2. 如果任何一个命令的语法有错，redis会直接返回错误，所有的命令都不会执行

**注意**: redis不提供事务回滚的功能，开发者必须在事务执行出错后，自行恢复数据库状态；

Redis事务扩展 - 乐观锁

Redis使用 watch 来提供乐观锁定；

当exec 被调用后，所有的之前被监视的键会被取消监视，不管事务是否被取消
或执行。并且当客户端连接丢失的时候，所有键都会被取消监视。

乐观锁介绍

乐观锁大多是基于 数据版本（version） 的记录机制实现的。
什么是数据版本？

数据版本就是为数据增加一个版本标识version，更新数据时，对此版本号加 1，当线
程A要更新数据值时，在读取数据的同时也会读取version值，在提交更新时，若刚才读取
到的version值大于当前数据库中的version值时才更新，否则更新失败。

乐观锁举例

小明的账户有余额1000；
1、操作员A将小明的信息读出（此时 version=1），并准备从其帐户余额中扣除
100（1000-100）； 剩余900

2、在操作员A操作的过程中，操作员B也读入小明的信息（此时 version=1），并准备
从其帐户余额中扣除500（1000-500）； 剩余500

3、A完成了修改工作后，将数据版本号加 1（此时 version=2），帐户扣除后余额为 900，提交至数据库更新，此时由于提交数据版本大于数据库记录当前版本（2>1），
数据被更新，数据库记录 version 更新为 2;

4、在A完成更新操作之后，B也完成了操作，她也将版本号加 1（version=2）并试图
向数据库提交数据（此时小明的余额为500），但比对数据库记录版本时发现，B提
交的数据版本号为 2，数据库记录当前版本也为 2，不满足 提交版本必须大于记录当前 版本才能执行更新 的乐观锁策略，因此，B的提交被驳回；

Redis的乐观锁测试