共计 1235 个字符，预计需要花费 4 分钟才能阅读完成。
自动写代码机器人，免费开通
这篇文章主要介绍了 redis 事务的使用示例，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让丸趣 TV 小编带着大家一起了解一下。
首先我们来简单介绍下 redis 事务的本质：
Redis 事务的本质是一组命令的集合。事务支持一次执行多个命令，一个事务中所有命令都会被序列化。在事务执行过程，会按照顺序串行化执行队列中的命令，其他客户端提交的命令请求不会插入到事务执行命令序列中。
总结说：redis 事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令。
Redis 事务没有隔离级别的概念：
批量操作在发送 EXEC 命令前被放入队列缓存，并不会被实际执行，也就不存在事务内的查询要看到事务里的更新，事务外查询不能看到。
Redis 不保证原子性：
Redis 中，单条命令是原子性执行的，但事务不保证原子性，且没有回滚。事务中任意命令执行失败，其余的命令仍会被执行。
Redis 事务的三个阶段：
开始事务命令入队执行事务
Redis 事务相关命令：
watch key1 key2 … : 监视一或多个 key, 如果在事务执行之前，被监视的 key 被其他命令改动，则事务被打断（类似乐观锁）
multi : 标记一个事务块的开始（queued）
exec : 执行所有事务块的命令（一旦执行 exec 后，之前加的监控锁都会被取消掉）
discard : 取消事务，放弃事务块中的所有命令
unwatch : 取消 watch 对所有 key 的监控
Redis 事务使用案例：
（1）正常执行
（2）放弃事务
（3）若在事务队列中存在命令性错误（类似于 java 编译性错误），则执行 EXEC 命令时，所有命令都不会执行
（4）若在事务队列中存在语法性错误（类似于 java 的 1 / 0 的运行时异常），则执行 EXEC 命令时，其他正确命令会被执行，错误命令抛出异常。
（5）使用 watch
案例一：使用 watch 检测 balance，事务期间 balance 数据未变动，事务执行成功
案例二：使用 watch 检测 balance，在开启事务后（标注 1 处），在新窗口执行标注 2 中的操作，更改 balance 的值，模拟其他客户端在事务执行期间更改 watch 监控的数据，然后再执行标注 1 后命令，执行 EXEC 后，事务未成功执行。
一但执行 EXEC 开启事务的执行后，无论事务使用执行成功，WARCH 对变量的监控都将被取消。
故当事务执行失败后，需重新执行 WATCH 命令对变量进行监控，并开启新的事务进行操作。
总结：
watch 指令类似于乐观锁，在事务提交时，如果 watch 监控的多个 KEY 中任何 KEY 的值已经被其他客户端更改，则使用 EXEC 执行事务时，事务队列将不会被执行，同时返回 Nullmulti-bulk 应答以通知调用者事务执行失败。
感谢你能够认真阅读完这篇文章，希望丸趣 TV 小编分享的“redis 事务的使用示例”这篇文章对大家有帮助，同时也希望大家多多支持丸趣 TV，关注丸趣 TV 行业资讯频道，更多相关知识等着你来学习!
向 AI 问一下细节
