事务

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

命令

        1、开启事务：multi

        2、执行事务:exec

        3、取消事务:discard

错误情况

        1.组队时错误：组队时输入错误的指令，redis会之间将所有指令都会失效，因为这是一个问题队列

        2.执行时错误：执行时错误比较特殊，按序处理所有指令，遇到错误就按正常流程处理继续执行下去（Redis不保证最终原子性）

 总结：

        1. 组队时出错，错误对于redis来说是已知的，从设计者的角度出发，对于已知的错误我们需要提醒用户进行处理，所以就让事务中的所有指令都失效。
        2. 运行时出错:因为错误是未知的，所以redis必须执行时才能知道错误，而redis也无错误回滚机制，所以就出现了将错就错，继续执行后续指令并有效的情况。

事务三特性

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

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

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

解决事务冲突：锁

乐观锁

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

悲观锁

        顾名思义，就是很悲观。每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人就不能拿到这个数据直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。

使用

        使用watch命令，可以模拟乐观锁的实现

第一个终端：先在第一个终端开启事务

第二个终端：也开启事务，把各自对balance的操作都先加入到队列中，第一个终端先执行，然后第二个终端再执行，发现第二个终端不成功

 unwatch：取消对所有key监控