Redis 事务

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

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

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

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

Redis集群不支持事务操作 ；

1.Redis事务的相关命令

1.multi:开启事务

2.exec:执行事务

3.discard:取消事务

4.watch 监控键值

5.unwatch:取消监控

2.Redis 事务的基本过程

发送一个事务的命令 multi 给 redis;

依次键入要执行操作发送给Redis ,Redis 接受到这些命令,并不会立即执行,而是放到等待执行的事务队列里.

发送执行事务的命令 exec 给Redis

 Redis会保证一个事务内的命令依次执行，而不会被其它命令插入

3 Redis事务过程中的错误处理

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

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

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

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

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

4.Redis 事务拓展 - 乐观锁

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

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

1.乐观锁介绍

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

什么是数据版本？

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

2.乐观锁举例

小明的账户有余额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 的提交被驳回；

3.乐观锁 测试

设置balance为1000，并使用watch监控balance

第一个客户端开启事务，并将balance修改为900，但是没有执行事务

 第二个客户端直接把balance修改为500

 第一个客户端再次执行exec，结果没有修改成功

---