Redis 事务处理

Redis 事务处理

Redis 事务处理概念

众所周知,事务是指 “一个完整的动作,要么全部执行,要么什么也没有做”。

在聊 redis 事务处理之前,要先和大家介绍四个redis指令,即MULTI、EXEC、DISCARD、WATCH。这四个指令构成了redis事务处理的基础。

  • MULTI:用来组装一个事务;
  • EXEC:用来执行一个事务;
  • DISCARD:用来取消一个事务;
  • WATCH:用来监视一些key,一旦这些key在事务执行之前被改变,则取消事务的执行

MULTI 和 EXEC 使用

image-20211025141803558

有关事务,大家经常会遇到的是两类错误:

调用 EXEC 之前的错误(语法错误)

“调用EXEC之前的错误”,有可能是由于语法有误导致的,也可能时由于内存不足导致的。只要出现某个命令无法成功写入缓冲队列的情况,redis 都会进行记录,在客户端调用 EXEC 时,redis会拒绝执行这一事务,事务会回滚。

调用 EXEC 之后的错误(数据类型错误)

而对于“调用EXEC之后的错误”,redis则采取了完全不同的策略,即 redis 不会理睬这些错误,而是继续向下执行事务中的其他命令。这是因为,对于应用层面的错误,并不是redis自身需要考虑和处理的问题,所以一个事务中如果某一条命令执行失败,并不会影响接下来的其他命令的执行,事务不会回滚。

DISCARD 使用

Discard 命令用于取消事务,放弃执行事务块内的所有命令。

WATCH 使用

WATCH本身的作用是“监视key是否被改动过”,而且支持同时监视多个key,只要还没真正触发事务,WATCH都会尽职尽责的监视,一旦发现某个key被修改了,在执行EXEC时就会返回nil,表示事务无法触发。

posted @   追こするれい的人  阅读(104)  评论(0编辑  收藏  举报
编辑推荐:
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
阅读排行:
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 使用C#创建一个MCP客户端
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列1:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现
点击右上角即可分享
微信分享提示