Redis的事务
Redis对事务的支持比较简单，它是一组命令的集合，命令被顺序的执行；Redis
也可以放弃事务的执行，此时所有事务里面的命令都不会执行。
Redis只能保证一个client发起的事务中的命令可以连续的执行，中间不会插入其
他client的命令，因为Redis是单线程架构，所以在执行完事务内所有指令前是不可能
再去同时执行其他客户端的请求的。
Redis的事务没有隔离级别的概念，因为事务提交前任何指令都不会被实际执
行，也就不存在“事务内的查询要看到事务里的更新，在事务外查询不能看到”这种问
题了。
Redis的事务不保证原子性，也就是不保证所有指令同时成功或同时失败，只有
决定是否开始执行全部指令的能力，没有执行到一半进行回滚的能力。Redis集群不支持事务操作 ；
Redis事务的相关命令
multi： 开启事务exec： 执行事务discard： 取消事务watch： 监控键值unwatch： 取消监控
Redis事务的基本过程
- 发送一个事务的命令
multi给redis；
- 依次把要执行的命令发送给redis，redis接到这些命令，并不会立即执行，而是放到
等待执行的事务队列里面；
- 发送执行事务的命令
exec给redis；
- 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的提交被驳回；