事务简单理解就是一组命令要么执行，要么全部不执行，否则执行一部分数据会造成数据不一致的问题
Redis提供了简单的事务功能，不支持回滚操作，将一组需要批量执行的命令放到multi和exec两个命令之间就可以实现简单地事务功能。
- multi命令代表事务开始
- exec命令代表事务结束
- discard命令代表中途中断
下面添加一个名字为Charlie的成绩信息，要求一气呵成的添加，如果没有输入exec之前，数据的返回值是“QUEUED”排队的状态，输入exec之后数据就被写入到Redis里面了（如果中途想要中断就输入discard）
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set Charlie:english:score 88
QUEUED
127.0.0.1:6379> set Charlie:math:score 75
QUEUED
127.0.0.1:6379> set Charlie:totalscore 163
QUEUED
127.0.0.1:6379> exec
1) OK
2) OK
3) OK
- 如果整个执行过程中命令输错，比如set写成了sett写错了，这样整个事务就无法执行了
- 如果整个执行过程中输错命令，把set写成功了zset，因为zset原来就存在这个命令所以不会报错，需要开发人员自行处理
watch
有些应用场景需要在事务之前，确保事务中的key没有被其他客户端修改过，才执行事务，否则不执行（类似乐观锁）。Redis提供了watch命令来解决这类问题
客户端1中使用watch命令标记key为“java”的键
127.0.0.1:6379> watch java
OK
客户端2操作设置了key为“java”的值
127.0.0.1:6379> set java jedis
OK
客户端1进行事务操作，会发现exec之后返回（nil）没有执行成功，watch起到了效果
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set java Jedis
QUEUED
127.0.0.1:6379> exec
(nil)