居然有人跟我说:Redis不支持事务! ! ! !扯

本文深入解析Redis事务的特性,包括其执行流程、与关系数据库事务的区别,以及如何使用MULTI、EXEC等命令来管理和控制事务。同时,文章还探讨了事务的隔离性和原子性,并解释了Redis事务的部分支持特性。
摘要由CSDN通过智能技术生成

  1. Redis的事务实质上是命令的集合,在一个事务中要么所有命令都被执行,要么所有事物都不执行。
  2. 事务从开始到执行会经历以下三个阶段,MULTI 开始到 EXEC结束前,中间所有的命令都被加入到一个命令队列中;当执行 EXEC命令后,将QUEUE中所有的命令执行。也就是。
    1. 开启:以MULTI开始一个事务。
    2. 入队:将多个命令入队到事务中,接到这些命令并不会立即执行,而是放到等待执行的事务队列里面。
    3. 执行:  EXEC触发执行事务。
  3. Redis的事务没有关系数据库事务提供的回滚(rollback),所以开发者必须在事务执行失败后进行后续的处理
    1. 如果在一个事务中的命令出现错误,那么所有的命令都不会执行;
    2. 如果在一个事务中出现运行错误,那么正确的命令会被执行。
  4. 事务三特性:

    1、单独的隔离操作:事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断。

    2、没有隔离级别的概念:队列中的命令没有提交之前都不会实际的被执行,因为事务提交前任何指令都不会被实际执行,也就不存在”事务内的查询要看到事务里的更新,在事务外查询不能看到”这个让人万分头痛的问题

    3、(重点)不保证原子性:redis同一个事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚,这也就是:Redis部分支持事务。

  5. 常用命令:

  • MULTI:开启一个事务,MULTI 执行之后,客户端可以继续向服务器发送任意多条命令,这些命令不会立即被执行,而是被放到一个队列中。
  • EXEC:执行队列中所有的命令
  • DISCARD:清空事务队列,并放弃执行事务
  • UNWATCH取消 WATCH 命令对所有 key 的监视
  • WATCH key1 key2 ... :监视一个(或多个) key ,如果在事务执行之前这个(或这些) key 被其他命令所改动,那么事务将被打断。

 

评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值