Redis 事务具有两个重要特性:
事务中的所有命令都会被序列化,它们将按照顺序执行,并且在执行过的程中,不会被其他客户端发送来的命令打断。
在 Redis 的事务中,如果存在命令执行失败的情况,那么其他命令依然会被执行,不支持事务回滚机制。
注意:Redis 不支持事务回滚,原因在于 Redis 是一款基于内存的存储系统,其内部结构比较简单,若支持回滚机制,则让其变得冗余,并且损耗性能,这与 Redis 简单、快速的理念不相符合。
命令 | 说明 |
---|---|
MULTI | 开启一个事务 |
EXEC | 执行事务中的所有命令 |
WATCH key [key ...] | 在开启事务之前用来监视一个或多个key 。如果事务执行时这些 key 被改动过,那么事务将被打断。 |
DISCARD | 取消事务。 |
UNWATCH | 取消 WATCH 命令对 key 的监控。 |
您可以把事务可以理解为一个批量执行 Redis 命令的脚本,但这个操作并非原子性操作,也就是说,如果中间某条命令执行失败,并不会导致前面已执行命令的回滚,同时不会中断后续命令的执行(不包含监听 key 的情况)。示例如下:
开启事务 127.0.0.1:6379> MULTI OK 127.0.0.1:6379> INCR 1 QUEUED #命令入队成功 127.0.0.1:6379> SET num 10 QUEUED #批量执行命令 127.0.0.1:6379> EXEC 1) (integer) 1 2) OK
若您在事务开启之前监听了某个 key,那么您不应该在事务中尝试修改它,否则会导致事务中断。
开启事务之前设置key/value,并监听 127.0.0.1:6379> set www.biancheng.net hello OK 127.0.0.1:6379> WATCH www.biancheng.net OK 127.0.0.1:6379> get www.biancheng.net "hello" #开启事务 127.0.0.1:6379> MULTI OK #更改key的value值 127.0.0.1:6379> set www.biancheng.net HELLO QUEUED 127.0.0.1:6379> GET www.biancheng.net QUEUED #命令执行失败 127.0.0.1:6379> EXEC (error) EXECABORT Transaction discarded because of previous errors. #取消监听key 127.0.0.1:6379> UNWATCH OK
在线练习工具:https://try.redis.io/
查看更多 Redis 命令:https://redis.io/commands
当前文章:RedisTransaction事务
路径分享:http://www.shufengxianlan.com/qtweb/news29/457379.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联