事务是什么：
可以一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，按顺序地串行化执行而不会被其他命令插入，不许加塞
一个事务中的所有命令要不然全部成功，要不然全部失败
事务具有原子性
怎么用：
- 开启事务
multi #标记一个事务的开启
- 执行事务
exec #执行所有事务块内的命令
# 1.如果在插入命令的时候有命令错误,则此事务所有命令都失败,就好像java编译期就报错一样
# 2.如果命令在执行的时候出现错误,只有和错误有关的命令会失败,其他命令正常执行,就好像java执行时的RuntimeException,比如incr了一个字符串
# 因为有2这中情况,所以redis对事务的支持只能算是部分支持
- 取消事务
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被修改过,那么此次事务就会失败
- unwatch
unwatch
# 取消watch命令对所有key的监视
redis事务的特点
- 单独的隔离操作
事务中的所有命令都会序列化,按顺序地执行.
事务在执行的过程中,不会被其他客户端发送来的命令打断
- 没有隔离级别的概念
队列中的命令没有提交之前都不会实际被执行
也就不存在: "事务内的查询要看到事务里的更新,在事务外查询不能看到"这种问题
- 不保证原子性
redis同一个事务中如果有一条命令执行失败,
其后的命令仍然会被执行,没有回滚
就像java的RuntimeException那种情况
