redis事务是什么
- 可以一次执行多个命令,本质是一组命令的集合。一个事务中的所有命令都会序列化,按顺序地串行化执行而不会被其它命令插入,不许加塞
- 把命令放入一个队列中,一次性、顺序性、排他性的执行一系列命令
reids事务命令
multi
:标记一个事务的开始exec
:执行所有事务块内的命令discard
:取消事务,放弃事务块内的命令,不执行watch key1 key2 ...
:监视一个或多个key,如果在事务执行之前,被监视key的值被其他命令改动,那么事务将被打断unwatch
:取消对所有key的监视
案例演示:
- 正常事务的执行
- 放弃事务,
- 放入事务块内的命令异常(指放入队列的时候就出现异常,命令本事就错误)
该异常就会导致事务块内的命令全部不执行,
- 执行事务块内命令异常
该异常值得是事务块内的命令都可以放入队列,在exec提交执行的时候,某一个命令出现了执行异常,那么只有该命令执行失败,事务块内的其他命令正常执行,这和mysql事务不一样
redis事务的watch监控
在说watch监控前,先理解一下悲观锁和乐观锁
悲观锁:
乐观锁:
watch 监控:
监视一个或多个key,如果在事务执行之前,被监视key的值被其他命令改动,那么事务将被打断,那么该事务就不会执行,类似乐观锁。
就是如果watch监控了一个key后,开启了一个事务,被监控的key在事务提交之前,会先去判断该key还是不是原来被监控前的那个值,如果是,那么事务就执行,如果不是,那么该事务的所有命令就放弃执行。
示例:
监控k2,开启事务,然后把 k2的值改成 vvvv,事务未提交:
然后有另外一个事务来修改k2的值:
提交事务
从结果可以看出,该事务内的命令都会失效,
unwatch
取消对所有key的监视,
一旦在执行exec前 unwatch , 就会取消对所有的key的监控,就算key被别的进程修改,该事务的所有指令也会照常执行,覆盖了key的值
示例:
在watch k2后,开启事务 multi,有另外一个进程把k2改成v222,但是在该事务内,执行了unwatch ,取消了所有的监控,所以该事务的所有指令照常执行,k2的值会被修改成222
小结
Watch指令,类似乐观锁,事务提交时,如果Key的值已被别的客户端改变,
比如某个list已被别的客户端push/pop过了,整个事务队列都不会被执行
通过WATCH命令在事务执行之前监控了多个Keys,倘若在WATCH之后有任何Key的值发生了变化,
EXEC命令执行的事务都将被放弃,同时返回Nullmulti-bulk应答以通知调用者事务执行失败
redis事务总结
3阶段:
- 开启:以MULTI开始一个事务
- 入队:将多个命令入队到事务中,接到这些命令并不会立即执行,而是放到等待执行的事务队列里面
- 执行:由EXEC命令触发事务
3特性
- 单独的隔离操作:事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断。
- 没有隔离级别的概念:队列中的命令没有提交之前都不会实际的被执行,因为事务提交前任何指令都不会被实际执行,
也就不存在”事务内的查询要看到事务里的更新,在事务外查询不能看到”这个让人万分头痛的问题- 不保证原子性:redis同一个事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚