redis 事务和 MySQL事务的区别
首先 redis 的事务的原子性是弱化版，它能保证事务的指令是原子操作，中间不会有其他命令插入进来，但是不保证事务执行成功，也就说 redis 没有 "回滚机制"，即使执行失败，也不会进行回滚
不保证一致性，由于没有回滚机制，也不涉及约束，因此 redis 不能保证数据的一致性，即使中间执行失败也不会进行回滚
不要隔离性，因为redis 是单线程执行请求，不会并发执行事务，就没有MySQL的隔离级别
不需要持久化：redis 的数据是保存在 内存中的，是否开启持久化是 redis-server （配置）这边的事了
事务操作
MULTI
开启事务的指令，开启成功会返回 OK
每添加一个操作，就会提示 "QUEUED"，说明命令进入客户端的队列中了
EXEC
执行事务的指令
当真正执行 EXEC 的时候，客户端就会真正把上述的操作发送给服务器中
DISCARD
放弃当前的事务，会直接清空事务队列的内容，之前添加到队列的操作也不会被执行
此时我们是获取不到 key1 和 key2 的，因为我们取消了事务
WATCH
如果在执行事务的时候某个事务修改了值，被其他客户端也修改了，就容易出现数据不一致的问题
在开启事务的时候，如果watch的key进行修改，就会记录当前的key 的版本号，每次修改都会使版本号变大，当真正提交事务的时候，如果发现当前服务器上的key 的版本号已经超过了事务开始时的版本号，就会导致事务执行失败，事务所有的操作都不会执行。
我们在exec 之前执行了 set key 555，并且 watch key , 发现版本号超过了当前事务开始的版本号，就会导致当前事务所有的操作不会执行，返回 nil
UNWATCH
取消对某个key 的 watch