标签:运行时异常 错误 语法 balance 技术 multi 更新 提交 exec
Redis是一个单独的隔离操作,事务中的所有命令都会序列化,按顺序执行。
事务在执行的过程中,不会被其他客户端发送来的请求所打断
Redis事务的主要作用就是串联多个命令防止别的命令插队
Redis事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令。
1:单独的隔离操作
事务中的所有命令都会序列化,按顺序执行,事务在执行的过程中,不会被其他客户端发送来的请求所打断
2:没有隔离级别的概念
批量操作在发送 EXEC 命令前被放入队列缓存,并不会被实际执行
也就不存在 事务内的查询要看到事务里的更新,事务外查询不能看到
3:不保证原子性
Redis同一个事务中如果有一条命令执行失败,其后的命令仍然hi被执行,没有回滚
1:开启事务
2:命令入队
3:执行事务
multi:标记一个事务的开始
exec:执行所有事务块的命令
discard:取消事务,放弃事务块中的所有命令
watch key1 key2:监视一个或多个key,如果在事务执行前,被监视的key被其他命令所改动,事务则被打断(类似乐观锁)
unwatch:取消watch对所有key的监控
1:事务正常执行
2:放弃事务
3:若在事务队列中存在命令性错误(类似于java编译性错误,单词写错),则执行EXEC命令时,所有命令都不会执行
4:若在事务队列中存在语法性错误(类似于java的1/0的运行时异常)
则执行EXEC命令时,其他正确命令会被执行,错误命令抛出异常。
5:使用watch
案例一:使用watch检测balance,事务期间balance数据未变动,事务执行成功
案例二:使用watch检测balance,在开启事务后(标注1处),在新窗口执行标注2中的操作,更改balance的值,
模拟其他客户端在事务执行期间更改watch监控的数据,然后再执行标注1后命令,执行EXEC后,事务未成功执行。
总结:watch指令类似于乐观锁,在事务提交时,如果watch监控的多个KEY中任何KEY的值已经被其他客户端更改,
则使用EXEC执行事务时,事务队列将不会被执行,同时返回Nullmulti-bulk应答以通知调用者事务执行失败。
标签:运行时异常 错误 语法 balance 技术 multi 更新 提交 exec
原文地址:https://www.cnblogs.com/yan-sh/p/13121588.html