你问我Redis支不支持事物？告诉你，Redis对事物的支持是部分支持(对比关系型数据库，没有强一致性)
定义：一个队列、一次性、顺序的、排他性的执行一系列命令
常用命令：
DISCARD 取消事物，放弃执行事物块内的所有命令
EXEC 执行事物块内的所有命令
MULTI 标记一个事物块的开始
UNWATCH 取消watch命令对所有key的监控
WATCH 监控一个或多个key，如果在事物执行之前，key被其他命令改动，那么事物将被打断
Case1:正常执行
Case2:放弃事物
我们可以发现，k1还是Case1中设置的值
Case3:全体连坐（一个捣蛋，全体都死）
Case4:冤头债主（错误的不执行，正确的照常执行）
k1位字符型，增加1显然不行，但是语法没错（加入了队列，不像Case3中的直接报错）。执行EXEC时，出现错误的语句块不会执行成功，但不影响事物块中其他的命令执行
Case5:watch监控
⑴ 第一步：（balance 可用余额，debt：欠款），假设我买了个包子20块刷了我的信用卡，可用余额减20，欠款加20
⑵ 第二步（当第一个窗口watch[监控]balance的后，在第二个窗口将balance设置成了1000块，然后我在第一个窗口又买了个包子花了20块，执行事物发现，并没有成功，获得最新的balance为1000）：
上面这部类似于数据库中的乐观锁，当我们修改一条记录的时候，别人也在试图修改这条记录，当别人先于我之前就提交了，那么我提交的时候，就不能覆盖别人提交的数据，所以rollback了。
⑶ 第三步（第一个窗口watch[监控]我的余额后，在第二个窗口修改余额，假设此时我知道有人改了我的余额，那我在第一个窗口Unwatch一下，然后再watch下，设置我的余额为100，欠款为0，执行成功）：
小结：WATCH监控一个或多个key，如果在事物执行之前，key被其他命令改动，那么事物将被打断(事物队列都不会被执行)
一旦执行了exec,之前加的监控锁都会被取消
如果是watch多个key，倘若watch之后有人改动过其中的key，exec执行的事物将都被放弃，同时返回NullMulti-bulk应答以通知调用者事物执行失败