从入门到精通【Redis】理解Redis事务

文章目录

    • [📕1. 什么是Redis事务](#📕1. 什么是Redis事务)
    • [📕2. 事务操作](#📕2. 事务操作)
        • [✏️2.1 MULTI](#✏️2.1 MULTI)
        • [✏️2.2 EXEC](#✏️2.2 EXEC)
        • [✏️2.3 DISCARD](#✏️2.3 DISCARD)
        • [✏️2.4 WATCH](#✏️2.4 WATCH)
        • [✏️2.5 UNWATCH](#✏️2.5 UNWATCH)

特此注明 :
Designed By :长安城没有风
Version:1.0
Time:2025.09.30
Location:辽宁 · 大连

📕1. 什么是Redis事务

Redis 的事务和 MySQL 的事务概念上是类似的,都是把⼀系列操作绑定成⼀组,让这⼀组能够批量执⾏。但是 Redis 的事务和 MySQL 的事务有一下几种区别:

  1. 弱化的原⼦性 : redis 没有 "回滚机制",只能 "批量执⾏",不能做到 "⼀个失败就恢复到初始状态"。
  2. 不保证⼀致性 : 不涉及 "约束",也没有回滚,MySQL 的⼀致性体现的是运⾏事务前和运⾏后,结果都是合理有效的,不会出现中间⾮法状态。
  3. 不需要隔离性 : 也没有隔离级别。因为不会并发执⾏事务 (redis 单线程处理请求)。
  4. 不需要持久性 : 是保存在内存的。是否开启持久化,是redis-server ⾃⼰的事情,和事务⽆关。

Redis 事务本质上是在服务器上搞了⼀个 "事务队列",每次客⼾端在事务中进⾏⼀个操作,都会把命令先发给服务器,放到 "事务队列" 中,但是并不会⽴即执⾏,⽽是会在收到 EXEC 命令之后,才真正执⾏队列中的所有操作(Redis 的事务的功能相⽐于 MySQL 来说,是弱化很多的,只能保证事务中的这⼏个操作是 "连续的",不会被别的客户端 "加塞")。

📕2. 事务操作

✏️2.1 MULTI

MULTI:开启⼀个事务,执⾏成功返回 OK。

bash 复制代码
127.0.0.1:6379> MULTI
OK
✏️2.2 EXEC

EXEC:真正执⾏事务。

bash 复制代码
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> set k1 1
QUEUED
127.0.0.1:6379> set k2 2
QUEUED
127.0.0.1:6379> set k3 3
QUEUED
127.0.0.1:6379> EXEC
1) OK
2) OK
3) OK

每次添加⼀个操作,都会提⽰ "QUEUED",说明命令已经进⼊客户端的队列了,真正执⾏ EXEC 的时候,客户端才会真正把上述操作发送给服务器。

✏️2.3 DISCARD

DISCARD:放弃当前事务,此时直接清空事务队列,之前的操作都不会真正执⾏到。

bash 复制代码
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> set k1 1
QUEUED
127.0.0.1:6379> set k2 2
QUEUED
127.0.0.1:6379> DISCARD
OK
✏️2.4 WATCH

WATCH:监控客户端一组具体的key

  1. 当开启事务的时候,如果对 watch 的 key 进⾏修改,就会记录当前 key 的 "版本号"。(版本号是个简单的整数,每次修改都会使版本变⼤,服务器来维护每个 key 的版本号情况)
  2. 在真正提交事务的时候,如果发现当前服务器上的 key 的版本号已经超过了事务开始时的版本号,就会让事务执⾏失败。(事务中的所有操作都不执⾏)
bash 复制代码
客户端1
127.0.0.1:6379> watch k1 # 开始监控 k1
OK
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> set k1 100 # 进⾏修改, 从服务器获取 k1 的版本号是 0. 记录 k1 的版本号. (还没真修改呢, 版本号不变)
QUEUED
127.0.0.1:6379> set k2 1000 
QUEUED

客户端2
127.0.0.1:6379> set k1 200 # 修改成功, 使服务器端的 k1 的版本号 0 -> 1
OK

客户端1
127.0.0.1:6379> EXEC # 真正执⾏修改操作, 此时对⽐版本发现, 客⼾端的 k1 的版本号是 0, 服务器上的版本号是 1, 版本不⼀致! 说明有其他客⼾端在事务中间修改了 k1 !!! 
127.0.0.1:6379> get k1
(nil)
127.0.0.1:6379> get k2
(nil)
# 此时说明事务已经被取消了,这次提交的所有命令都没有执⾏。
✏️2.5 UNWATCH

UNWATCH:取消对 key 的监控,相当于 WATCH 的逆操作。

相关推荐
麦聪聊数据2 分钟前
企业数据市场建设(四):流程闭环与价值运营,让数据市场真正转起来
运维·数据库
正儿八经的少年9 分钟前
redis 的大 key 和热 key 详解
数据库·redis·缓存
AI砖家13 分钟前
多智能体系统实战:架构设计、数据库表设计与 Skill 体系
数据库·多智能体·skill·agent架构设计·agengt
夜雪一千44 分钟前
MySQL查询条件的顺序是否影响查询效率
数据库·mysql
X-⃢_⃢-X1 小时前
十、Redis之布隆过滤器
数据库·redis·缓存
Nturmoils1 小时前
订单号查出了三笔,我以为是数据脏了,其实是自己写错了
数据库
ZKNOW甄知科技1 小时前
燕千云深度集成飞书:以AI之力,开启无感IT运维体验
大数据·运维·网络·数据库·人工智能·低代码·集成学习
TDengine (老段)1 小时前
TDengine 免费版说明
java·大数据·数据库·物联网·时序数据库·tdengine
汉知宝科技1 小时前
历史案件数据迁移:知识产权管理系统落地的第一道门槛
大数据·数据库
这就是佬们吗1 小时前
Python入门⑤-异常处理、文件操作与实战项目
开发语言·数据库·python·算法·pycharm