事务是什么：

可以一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，按顺序地串行化执行而不会被其他命令插入，不许加塞

一个事务中的所有命令要不然全部成功，要不然全部失败

事务具有原子性

怎么用：

1. 开启事务

multi #标记一个事务的开启

2. 执行事务

exec #执行所有事务块内的命令
# 1.如果在插入命令的时候有命令错误,则此事务所有命令都失败,就好像java编译期就报错一样

# 2.如果命令在执行的时候出现错误,只有和错误有关的命令会失败,其他命令正常执行,就好像java执行时的RuntimeException,比如incr了一个字符串
# 因为有2这中情况,所以redis对事务的支持只能算是部分支持

3. 取消事务

discard #取消事务,放弃执行事务块内的所有命令

4. watch

watch [key (key ...)]
# 方括号表示参数,圆括号表示可选参数
# 监视一个key或多个key, 如果在事务执行之前这个key或这些key中有一个被其他命令改动,那么事务就会失败
# 原理是在watch的时候监视给这个几个key的版本号,就和git,svn的版本号一样,每次修改会更新这个版本号
# 如果在执行事务的时候,版本号和在watch时候不一样,就表示此key被修改过,那么事务就会失败

# 一般用法
watch key1 key2     # 监控key1和key2两个key
multi               # 开启事务
set key1 value1111
set key2 value2222
......

exec                # 提交事务
unwatch             # 取消监控

# 如果在exec之前key1或key2被修改过,那么此次事务就会失败

5. unwatch

unwatch
# 取消watch命令对所有key的监视

redis事务的特点

1. 单独的隔离操作

事务中的所有命令都会序列化,按顺序地执行.
事务在执行的过程中,不会被其他客户端发送来的命令打断

2. 没有隔离级别的概念

队列中的命令没有提交之前都不会实际被执行

也就不存在: "事务内的查询要看到事务里的更新,在事务外查询不能看到"这种问题

3. 不保证原子性

redis同一个事务中如果有一条命令执行失败,
其后的命令仍然会被执行,没有回滚
就像java的RuntimeException那种情况