1. 简介
可以一次性执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，按顺序的串化执行，不允许被其他其他命令插入，不许加塞
即将要执行的命令放入队列中，此时该队列的所有命令就是一个事务，该队列会一次性、顺序性、排他性的执行该队列中的命令
2. Redis事务与数据库事务区别
| 1 单独的隔离操作 | Redis的事务仅仅是保证事务里的操作会被连续独占的执行，redis命令执行是单线程架构，在执行完事务内所有指令前是不可能再去同时执行其他客户端的请求的 |
| 2 没有隔离级别的概念 | 因为事务提交前任何指令都不会被实际执行，也就不存在”事务内的查询要看到事务里的更新，在事务外查询不能看到”这种问题了 |
| 3不保证原子性 | Redis的事务 不保证原子性，也就是不保证所有指令同时成功或同时失败，只有决定是否开始执行全部指令的能力，没有执行到一半进行回滚的能力 |
| 4 排它性 | Redis会保证一个事务内的命令依次执行，而不会被其它命令插入 |
3. 常用命令
3.1 正常执行
MULIT
EXEC
3.2 放弃事务
MULIT
DISCARD
DISCARD此时手动取消该事务
3.3 全体失效
由于事务内有命令语法编译错误，则该事务会全体失效，即所有命令都不执行
3.4 部分失效
事务内部所有命令都符合语法规则，但是有些命令不符合数据类型规则，则不符合的命令将会失效（如：给邮箱号：a10086b@qq.com执行+1操作）
此时和传统关系型数据库是有区别的，传统关系型数据库的事务要么同时成功，要么同时失败，而Redsi数据库存在部分成功部分失败的可能
Redis不提供事务回滚的功能，开发者必须在事务执行出错后，自行恢复数据库状态
3.5 watch监控
Redis使用watcht提供乐观锁，类似于（check-and-set）CAS
悲观锁
悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。
乐观锁
乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据。
乐观锁策略:提交版本必须 大于 记录当前版本才能执行更新
加塞篡改
watch命令是一种乐观锁的实现，Redis在修改的时候会检测数据是否被更改，如果更改了，则执行失败
第一个窗口蓝色框第5步执行结果返回为空，也就是相当于是失败
一旦执行EXEC操作，所有监控锁都会被取消
当客户端连接丢失时（如退出连接），所有东西都会被取消监控
