Redis事务(用的不多)
1. 事务简介
MySQL事务的四大特性：(ACID)
原子性(Atomicity)
一致性(Consistency)
隔离性(Isolation)
持久性(Durability)
Redis的事务相比MySQL就要弱很多了：
原子性：redis可以做到把多个操作打包到一起，要么全都执行，要么全都不执行，但是没有回滚机制，不保证操作结果的正确性！
一致性：不保证一致性！！
隔离性 ：因为**redis是单线程处理请求的，所有的请求都是串行化执行的，**所以也没有隔离级别之说。
持久性：本身**数据是保存在内存中的，没有持久性！！**但是提供了两种持久化机制。
redis事务的意义：就是把多个操作打包 一起处理，避免在这多个操作中间有其他的操作插队执行！！
2. 事务操作
redis实现事务借助一个事务队列，当开启事务时就会把用户的命令放到队列里，**并不会立即执行，而是等到EXEC命令后统一执行，这时这多个操作之间不会有其他的操作插入进来，**直到这些操作执行完，再处理其他的操作。
这样，这些操作要么全都执行，要么全都不执行(原子的)。
1. multi
开启一个事务。
multi # 之后的set或者其他的操作都会放到事务队列里，不会立即执行！
2. exec
开始执行事务队列里的操作。
3. discard
放弃/销毁当前事务，同时把事务队列里的所有操作清空。
事务队列也是在内存中的，所以如果在exec之前重启redis服务也会导致事务被销毁。
4. watch
必须在multi之前开始监控。
有可能有这样一种情况：在客户端1中开启事务设置了key的值，然后在客户端2中有设置了key的值，最后才在客户端1exec执行事务队列里的操作。这时客户端1先设置key的值但是会变成最终结果！！
watch就是监控key的值，看在事务之外(该事务有针对key的修改)有没有其他客户端改变了key的值，如果有，则在exec时就不会执行事务队列里的操作！！而是直接销毁事务。(事务里的操作要么全都执行，要么全都不执行)
watch实现是维护了要监控的key的版本号，每次有客户端修改key就会更新版本号，而后通过对比版本号来进行判断。
5. unwatch
取消对key的监控。
