redis学习redis事务之乐观锁与redis事务特性（三）

已于 2022-04-19 16:07:35 修改
阅读量598 收藏 1
点赞数
分类专栏： redis Java开发 文章标签： redis jedis 后端 java
于 2022-04-19 16:07:02 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39746820/article/details/124275870
版权

目录

概述

watch key1 [key2]加锁

unwatch解锁

Redis事务三特性

概述

我们先看一下没有使用锁的时候会出现什么问题。

我们用两个客户端连接redis

我们现加入一个k1的值为100，然后再客户端1中开启事务对其加10

然后在客户端2也进行加10操作

 在客户端1中进行exec操作我们看到值变成了110

然后再在客户端2中执行exec值变成了120

这就出现了问题了，虽然两次加10最后的值是120没错。但是问题是，对于客户端2来说，人家看到的第一次的值就是100，为什么加10却变成了120？

下面我们使用乐观锁来测试一下，看看效果是什么样的。

watch key1 [key2]加锁

在执行multi之前，先执行watch key1 [key2],可以监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断。 

比如，我们设置一个k2 的值也为100

 

 在客户端1中执行值为110

 在客户端2中执行

 就是因为版本号不一样了导致不能执行。

unwatch解锁

取消 WATCH 命令对所有 key 的监视。

如果在执行 WATCH 命令之后，EXEC 命令或DISCARD 命令先被执行了的话，那么就不需要再执行UNWATCH 了。

Redis事务三特性

  • 单独的隔离操作 ----事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
  • 没有隔离级别的概念 ---队列中的命令没有提交之前都不会实际被执行，因为事务提交前任何指令都不会被实际执行
  • 不保证原子性 ---事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚。（这个跟我们之前说的mysql是不一样的，mysql中的事务比如有三个操作，只要有一个出现錯誤那么就都不会执行，而redis不是这样的，我们之前介绍了，执行的时候出错的那个不会执行其他正确的还是会正常执行的）。

喜欢编程的夏先生
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
redis中事务机制及乐观锁的实现
01-19
Redis事务机制 在MySQL等其他数据库中，事务表示的是一组动作，这组动作要么全部执行，要么全部不执行。　 　Redis目前对事物的支持相对简单。Redis只能保证一个client发起的事务中的命令可以连续的执行，而中间...
Redis事务以及它的三大特性
m0_70946485的博客
03-28 449
执行所有事务块内的命令。返回事务块内所有命令的返回值，按命令执行的先后顺序排列。在组队过程中调用discard命令：放弃组队，返回OK;客户端可以清空事务队列，并放弃执行事务，并且客户端会从事务状态中退出。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。执行之后，客户端可以继续向服务器发送任意多条命令，这些命令。命令被调用时，所有队列中的命令才会被执行；，而是被放到一个队列中，当EXEC。：串联多个命令防止别的命令插队。：用于开启一个事务，它总是返回。：事务中的所有命令都会。
Redis事务详解
FlatTiger的博客
02-08 2293
redis事务的三大特性： 1. 单独隔离操作。 redis事务中所有的命令都会序列化的，按顺序的执行。 事务在执行的过程中，不会被其他客户端的命令请求打断。 2. 没有隔离级别的概念。 队列中的命令在提交前不会被真正的执行。不存在”事务内的更新在事务内查询可以看到， 事务外的查询看不到事务内的更新“这种情况。 3. 不保证原子性。 redis事务在执行过程中如果有一条命令执行失败，那么其后的命令仍然可以执行，不会回滚。 redis事务的使用（redis命令不区分大小写）： multi:开启事
Redis_事务的三大特性及命令
Mudrock__的博客
10-25 917
事务中的所有命令都会被序列化，并顺序执行。事务在执行时，不会被其他命令打断事务中的所有命令被提交前均不会执行，而是进入队列等待执行事务中的命令发生运行时异常时（可编译通过），该命令不执行并抛出异常，但其他命令照常执行，事务并不发生回滚注：编译异常时（代码或命令错误）所有命令均不执行，事务被放弃，并抛出异常。
Redis的分布式锁详解
青藤的博客
08-13 4195
3）为了有效解决既保证锁完全有效性 和 性能高效问题：antirez又提出了“延迟重启”的概念，redis同步到磁盘方式保持默认的每秒1次，在redis崩溃单机后（无论是一个还是所有），先不立即重启它，而是等待TTL时间后再重启，这样的话，这个节点在重启前所参与的锁都会过期，它在重启后就不会对现有的锁造成影响，缺点是在TTL时间内服务相当于暂停状态；redisson在获取锁之后，会维护一个看门狗线程，在每一个锁设置的过期时间的1/3处，如果线程还没执行完任务，则不断延长锁的有效期。...
Redis（4）Redis事务
Jjs_Object的博客
09-08 2587
Redis事务是一个单独的隔离操作：事务中的所有命令都会被序列化，按顺序的执行，事务在执行过程中不会被其他客户端发来的命令所打断。 Redis事务的主要作用就是串联多个命令防止别的命令插队 一、Redis事务的三个指令 Multi ：开始事务 Exec ：执行事务 discard ：回滚事务 二、事务运行的流程 1、multi 当输入Multi开始事务之后，会进入’组队‘状态‘ ，这时候开始串联一系列指令 下面说明在组队阶段可能发生的事情 在这个阶段，所有的指令都不会真正执行，
Redis学习笔记—Redis事务
01-07
前言 Redis事务可以一次执行多个命令(按顺序地串行执行，执行中不会被其他命令插入，不许加塞) 1.简介 Redis事务可以一次执行多个命令(允许在一次单独的步骤中执行一组...2.事务的处理的阶段与错误处理机制 [1] 三个阶
记录redisson实现redis分布式事务锁
04-24
自己封装redisson方法，同时通过注解的方式加入redis分布式事务锁，可靠。
redis实战之事务与持久化
01-26
本文主要介绍了事务描述、 redis事务处理、redis事务示例、redis持久化。 本文来自博客园，由火龙果软件Anna编辑、推荐。
Redis事务特性分析
yygr的博客
03-20 519
Redis事务特性分析_小壶的博客-CSDN博客_redis事务三大特性 一。总体概述 可以一次执行多个命令，即一组命令的集合。按顺序执行这个命令集，且不会被其他命令所插入执行。总的来说，事务的执行一共有三个阶段： 开启 入队 执行 Redis事务的常用命令 1.Multi:事务开启 从上可以发现，事务开启之后，我们再敲命令都会入队。这就跟mysql类似，先设计好一组命令出来，然后统一执行。 2.EXec：执行事务（只要是符合redis规范的命令都会被执行） 3.DISCARD ：手动放弃事
redis实现乐观锁
qq_40004922的博客
01-01 3052
我们先介绍一下悲观锁和乐观锁：我们要知道我们java程序去做的时候是一定会去加锁的，比如说我们多条线程在并发执行的时候，一定会去加锁的 悲观锁：顾名思义，很悲观，就是认为什么时候都会出问题，无论干什么都加锁！所以说这种操作是非常影响性能的，比如说sychronized默认就是这样，无论干什么都会去加锁，用完之后再去解锁！ 乐观锁：顾名思义，很乐观，认为什么时候都不会出现问题，所以不会加锁！那不上锁，总得有个机制去处理并发这个问题，那这个时候，就会在更新数据的时候去判断一下，在此期间，是否有人去改动过这个
Redis乐观锁,事务multi,watch之间的先后关系
lqb3732842的博客
04-19 9020
Redis乐观锁,事务multi,watch之间的先后关系 1:watch 必须在 multi之前,不然watch 无效,事务都会执行成功 $v=$rds->get("test"); $rds->set("test",333); //先起事务 $rds->multi(); //添加watch $rds->watch("test"); //模拟操作,此时其他线程已经修改test 值
Redis-事物&事物的四大特性(ACID)
zhangxuelong461的博客
01-08 1979
Redis事物 事物是指一系列操作步骤，这一系列操作步骤，要么完全执行，要么完全不执行 Redis中的事物(transaction)是一组命令的集合，至少是两个或两个以上的命令， redis事物保证这些命令被执行时间时中间不会被任何其他操作打断 Redis 事务可以一次执行多个命令， 并且带有以下三个重要的保证： 批量操作在发送 EXEC 命令前被放入队列缓存。 收到 EXEC 命令后进入事...
redis高级特性之事务
xuejinliang的专栏
12-16 462
redis事务相比较于mysql的事务来说比较的简单并且不想mysql的事务完善，下面简单的介绍下。 在mysql中事务的四个特点原子性，一致性，隔离性，持久性。但是在redis中并没有很好的实现。在redis中我们可以通过multi来开启事务，在执行事务的过程中，我们可以保证的是一个客户端在执行命令的的过程中不会受到其他客户端的影响，在事务中如果执行多条命令的话，首先命令会被放在一个队列中，等
redis的事务机制详解
weixin_48016395的博客
03-09 2394
一、Redis的事务定义 Redis事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。 Redis事务的主要作用就是串联多个命令防止别的命令插队。 二、multi、exec、discard命令 在Redis中从输入multi命令开始，输入的命令都会依次进入命令队列中，但不会执行，直到输入exec后，Redis会将之前的命令队列中的命令依次执行。 在组队的过程中可以通过discard来放弃组队，这样先前输入的命令也都将
Redis中的事务和三特性
weixin_42614150的博客
05-29 971
Redis中的事务和三特性
Redis事务介绍（四）
cuipeng的博客
12-16 6234
前言： 在传统的关系型数据库中，我们都知道有事务这么个东东存在，所谓的事务也就是应用程序中一系列严密的操作,所有操作必须成功完成,否则在每个操作中所作的所有更改都会被撤消，也就是事务具有原子性，一个事务中的一系列的操作要么全部成功，要么一个都不做。这也就是事务的四大特性，也就是我们常说的ACID那么在redis这个非关系型数据库中也是存在事务的，但是redis中的事务并没有像传统的关系型数据库中的
Redis事务基本操作、三特性与WATCH key命令
weixin_47054648的博客
07-19 658
Redis事务基本操作、三特性与WATCH key命令
ServiceStack.Redis常用操作 - 事务、并发锁_转
最新发布
05-27
抱歉，我不是一个可以浏览互联网的程序，也不会进行搜索。但是，我可以为您介绍一下ServiceStack.Redis的常用操作，包括事务和并发锁。 1. 事务 在ServiceStack.Redis中，您可以使用事务来确保多个命令的原子性。以下是一个使用事务的示例： ``` using (var redis = RedisManager.GetClient()) { var tx = redis.CreateTransaction(); tx.QueueCommand(r => r.Set("key1", "value1")); tx.QueueCommand(r => r.Set("key2", "value2")); tx.Commit(); } ``` 在这个例子中，我们使用`redis.CreateTransaction()`来创建一个事务，然后使用`tx.QueueCommand()`方法将多个命令添加到事务中，最后使用`tx.Commit()`方法来提交事务。如果有任何一个命令失败，整个事务将被回滚。 2. 并发锁 在多线程环境下，为了避免数据竞争和并发问题，我们需要使用并发锁来确保同一时间只有一个线程可以修改数据。在ServiceStack.Redis中，您可以使用`IRedisClient.AcquireLock()`方法来获取一个锁，使用`IRedisClient.ReleaseLock()`方法来释放锁。 以下是一个使用并发锁的示例： ``` using (var redis = RedisManager.GetClient()) { using (var lock = redis.AcquireLock("mylock")) { // do some work } } ``` 在这个例子中，我们使用`redis.AcquireLock()`方法来获取一个名为"mylock"的锁，并使用`using`语句来确保锁在使用完后被释放。如果另一个线程已经获取了这个锁，那么当前线程将被阻塞，直到锁被释放。 希望这些信息能对您有所帮助！

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

喜欢编程的夏先生

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值