Redis数据库系列(四)、Redis事务、乐观锁和分布式锁

最新推荐文章于 2024-06-24 23:36:57 发布
最新推荐文章于 2024-06-24 23:36:57 发布
阅读量343 收藏
点赞数 2
分类专栏： 数据库 文章标签： redis redis事务 watch乐观锁 setnx分布式锁
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_52596258/article/details/116754389
版权

第四章、Redis事务、乐观锁和分布式锁

什么是事务机制？

4.1、关系型数据库中的事务机制遵循ACID规则

关系型数据库例如MySql、Oracle；
事务的英文是transaction，以现实中的银行交易做示例，关系型数据库事务机制有四大特性：

  1. A（Atomicty）原子性：

    原子性，也就是说在事务里的所有操作，要么都做，要么都不做，事务成功的条件是事务中的所有操作都成功执行，只要有一个操作失败，整个事务失败，将会发生回滚。
    eg：银行转账，张三向李四转100元，分为两个步骤
    （1）、从张三账户取出100元
    （2）、向李四账户存入100元
    事务机制就是要保证，这两个步骤要么同时执行成功，要么同时执行失败；如果说没有事务机制，从张三账户取出100元的同时银行突然断电了，那么李四账户中却没有转入100元，这时候张三账户却少了100元，张三恼死也没底说理，你说这气不气？

  2. C（Consistency）一致性

    一致性也就是我们常说的数据的完整性约束，事务的运行不会改变数据的完整性约束。
    怎么说：例如a+b=10，如果一个事务改变了a，那么b随之也要改变，才能保证a+b的结果不会改变仍然为10，这就叫数据的完整性约束（即一致性），否则事务失败。

  3. I（Isolation）独立性（隔离性）

    事务的独立性，也就是我们常说的隔离性，所谓隔离性就是说并发事务彼此之间不会受到干扰，如果一个事务要访问的数据正在被另外一个事务修改，只要另外一个事务未提交事务，第一个事务正在访问的数据就不会受到干扰。

  4. D（Durability）持久性

    持久性也就是说事务一旦提交，事务中所作的数据操作将会永久保存在数据库中，即使出现宕机现象数据也不会丢失。

4.2、非关系型数据库的事务机制（NoSql）

非关系型数据库例如Hbase、MongodDB、Redis；
这里我们讲解Redis数据库的事务机制

  • redis事务机制定义：

    • redis的事务机制中，可以一次执行多条命令，本质上是将一组命令放入集合队列中，而且这些命令将会被序列化，即按顺序执行并且不会被其他命令插入干扰和中断。
    • 在redis中，事务的作用就是在一个队列中，一次性、顺序性、排他性的执行一系列命令。

  • 事务的执行顺序和周期：

    • 创建事务：使用multi开启一个事务。
    • 加入队列：在开启事务后，每次操作的命令将会插入到队列中，并被序列化，同时这些命令在事务未提交前不会被执行。
    • 提交事务：使用exec提交事务。

  • 有关事务常用的命令

    • multi 开启事务，记录一个事务块的开始，执行后通常会返回OK，这个时候用户可以输入多条操作指令，redis将会把这些指令逐条放入集合队列中，然后序列化这些指令。
    • discard 回滚事务，要在提交事务之前使用，事务中所有的指令操作将会失效。
    • exec 提交事务，按顺序执行事务中的所有操作命令。
    • watch(类似于乐观锁) 监视一个或多个数据， 注意监视数据要在multi开启事务之前，如果在事务未提交之前，正监视的数据被其他用户所修改了，那么回头再提交这个事务，事务中的命令都会失效。
    • unwatch（释放锁）
    • setnx（分布式锁）是（set if not exists）的缩写，也就是说只有key不存在的时候才会设置

    setnx key value
    当且仅当key不存在时，将key的值设置为value；
    若设定的key已经存在，则setnx不做任何操作。

    • epxire (用于设置key的过期时间)
    #后面的second代表多少秒后释放该锁变量
expire key second
    • pexpire(用于设置key的过期时间)
    #后面的miliseconds代表多少毫秒后释放该锁变量
pexpire key miliseconds

4.3、实际操作演示

  • 开启事务和提交事务
    在这里插入图片描述
  • 如果事务过程中所包含的命令语法出现错误，在exec提交事务时，整个事务将会自动回滚；
    在这里插入图片描述
  • 而如果是命令逻辑赋值错误，在exec提交事务时，在这行赋值命令前面的正确命令都会事务提交成功，只有赋值错误这行代码会自动事务回滚。
    在这里插入图片描述
  • 事务回滚，一定要在提交事务之前进行回滚
    在这里插入图片描述
  • 监视（乐观锁）
    watch
  • 客户端1：
    在这里插入图片描述
  • 客户端2（在客户端1未提交事务之前另一个客户执行修改操作）：
    在这里插入图片描述
  • 客户端1（此时客户端1提交事务，发现上述事务机制过程全部无效）：
    在这里插入图片描述
  • 分布式锁
  • 客户端1：
    在这里插入图片描述
  • 客户端2（在客户端1设置的释放时间未到时,执行修改同一个变量的操作）：
    在这里插入图片描述
一宿君
关注
专栏目录
分布式锁与分布式事务
QQ418579986的博客
08-16 2662
实战总结
java redis分布式事务处理_Redis分布式事务
weixin_34565946的博客
02-16 1120
乐观锁大多数是基于数据版本(version)的记录机制实现的。即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是通过为数据库表增加一个”version”字段来实现读取出数据时，将此版本号一同读出，之后更新时，对此版本号加1。此时，将提交数据的版本号与数据库表对应记录的当前版本号进行比对，如果提交的数据版本号大于数据库当前版本号，则予以更新，否则认为是过期数据。redis中可以使用wa...
基于redis实现分布式锁——乐观锁
pyf1903047190的博客
10-13 454
redis-乐观锁 @Component public class WebShopRedisLock { @Autowired private RedisTemplate<String, Object> redisTemplate; private final static long LOCK_EXPIRE = 5 * 1000L; private...
悲观锁、乐观锁与分布式锁详解及Redisson应用
最新发布
weixin_46608377的博客
06-24 704
在多线程或多进程环境下，为了保证数据的一致性，锁机制扮演着至关重要的角色。本文将深入探讨悲观锁、乐观锁的概念，以及如何利用Redis实现分布式锁，并通过Redisson客户端展示具体的应用实例。最后，我们也会简要提及如何从Redis中删除缓存信息。
redis分布式锁--乐观锁实现
ASingleWolf的博客
03-21 389
参考链接：https://blog.csdn.net/Evankaka/article/details/70568951 基于参考文章自己敲了一遍，基本一样。 利用springboot搭建环境，基于redis实现乐观锁秒杀 配置文件 #redis spring.redis.host=127.0.0.1 spring.redis.port=6379 spring.redis.timeout=1000...
分布式锁(一)：使用redis乐观锁实现CAS
HelloWord_Wolf的专栏
07-22 1482
环境 四台tomcat作为集群，redis作为共享内存。 需求 对于一个共享状态的改变进行加锁，锁的属性为互斥且可重入 实现 仿照ReentrantLock类写一个分布式锁 问题 CAS实现 解决 使用redis乐观锁实现CAS CAS（compare and swap） 比较并交换；在替换新值前比较一下旧值是否为传入的值，如果一样则替换，当然这样会产生ABA问题，即当原值为A，随后变成了...
redis分布式锁（乐观锁）
qq_36042938的博客
12-20 1319
redis分布式锁原理：视频教程：https://edu.csdn.net/course/play/25604 setEX命令：成功返回ok，失败返回no setNX命令：成功返回1，失败返回0 命令详解：https://www.runoob.com/redis/strings-setex.html 场景说明： A、B线程同时通过setEX,setNX命令用同一个key去添加redis，...
Redis分布式锁----乐观锁的实现，以秒杀系统为例.rar
09-16
本文件“Redis分布式锁----乐观锁的实现，以秒杀系统为例”主要探讨了如何利用Redis实现乐观锁，并通过秒杀系统的实例进行详细阐述。 首先，我们需要理解什么是分布式锁。在分布式系统中，当多个节点同时访问同一...
分布式锁三种实现方式及对比
12-14
- **乐观锁**：基于比较并交换（CAS）的思想，假设并发冲突较少，只有在更新数据时检查是否被其他事务修改，若未修改则更新，否则重试。通常通过增加版本号字段来实现，例如在抢购、秒杀场景中防止超卖。 2. **...
面试必问：redis分布式锁
weixin_48444868的博客
06-21 1475
众所周知，redis是一个开源的高性能的基于内存运行的键值对数据库，现在众多商品信息网站和app在应用着redis，那么redis的安全性能也就值得注意，本文基于redis如何实现分布式锁和锁的一些问题进行讨论，都是个人总结的，借鉴自敖丙大佬，若有偏差，还请多多批评！ 既然是分布式锁，萌新肯定会疑问，为什么会有分布式锁，这里就先大概说一下分布式锁是怎么来的。 框架的演进： 传统互联网最开始的架构为单体架构，即前端和后端都在一个web项目中，部署到一台tomcat容器上，各部分之间紧密解耦，不宜开发和扩展。
幂等 redis分布式锁 防重表 乐观锁 分布式锁 redisson 锁续期 红锁
qq120631157的博客
11-18 1667
什么是幂等？分布式锁如何实现业务幂等？ 2|0什么是幂等 https://www.jianshu.com/p/2927542c6dd9 幂等：即 f(n) = 1^n ，无论n为多少，f(n)的值永远为1。 无论对某一个资源操作了多少次，其影响都应是相同的。 接口重复调用的情况下，对系统产生的影响是一样的， 一次操作产生影响后，以后多次操作不会再产生影响 以SQL为例： select * from table where id=1 。此SQL无论执行多少次，虽然结果有可能出现不同，都不会对数据产生 改变，具
分布式之分布式事务、分布式锁、接口幂等性、分布式session
weixin_30550081的博客
05-24 383
一、分布式session 　　session 是啥？浏览器有个 cookie，在一段时间内这个 cookie 都存在，然后每次发请求过来都带上一个特殊的jsessionid cookie，就根据这个东西，在服务端可以维护一个对应的 session 域，里面可以放点数据。 　　一般的话只要你没关掉浏览器，cookie 还在，那么对应的那个 session 就在，但是如果 cookie 没了，s...
分布式事务与分布式锁
kaixinde_xiaoxi
05-09 678
CAP 我们的CAP理论最多只能同时满足俩个 我们的Dubbo满足了cp没有满足a！！ 比如我们Zookeeper是一个由多个server组成的集群一个Leader多个follower,假如我们的leader挂掉了，这是我们保证了分区容错性，会迅速从follower里选择出来一个leader(选举的过程中不对外提供服务)。但这是如果有请求进来就会出错(所以没有保证可用性)。dubbo进行数据修改时需要将主节点和从节点数据同时进行修改。 我们的Springcloud满足了ap没有满足c springclou
分布式事务和分布式锁
much efforts, much luck
03-14 3857
一、分布式事务 1.1 背景 传统事务ACID是基于单数据库的本地事务，仅支持单机事务，并不支持跨库事务。但随着微服务架构的普及，业务的分库分表导致一个大型业务系统往往由若干个子系统构成，这些子系统又拥有各自独立的数据库。往往一个业务流程需要由多个子系统共同完成，而且这些操作可能需要在一个事务中完成，这种事务即为“分布式事务”。当更新内容同时分布在不同库中，不可避免会带来跨库事务问题。跨分片事务也是分布式事务，没有简单的方案，一般可使用"XA协议"和"两阶段提交"处理。分布式事务能最大限度保证了数据库操作的
分布式事务与分布式锁相关问题
热门推荐
海陆云的博客
12-23 2万+
分布式事务的相关问题 2PC 和 3PC 的第一步到底是不是“类似”的？ 2PC 的第一步投票（voting）阶段中，参与者收到事务执行询问请求时，就执行事务但不提交；而 3PC 却写着在 PreCommit 阶段执行事务不提交。2PC 和 3PC 的第一步，说它们类似，是指它们均是通过协调者，来询问参与者是否可以正常执行事务操作，参与者也都会给协调者回复。 在 2PC 中，如果所有参与者都返回结果后，会进入第二阶段，也就是提交阶段，也可以说是执行阶段，根据第一阶段的投票结果，进行提交或取消。 在
redis分布式锁内部代码块执行数据库更新
06-20
Redis分布式锁通常使用的是乐观锁策略，它基于Key-Value存储的原子性操作来实现。在执行数据库更新时，其核心逻辑通常包含以下几个步骤： 1. 获取锁：客户端尝试获取锁，通常是设置一个具有过期时间的Key（比如`mylock:123`），并设置值为某个唯一的标识符（如当前时间戳）。 ```python lua_script = """ if redis.call("get", KEYS) == ARGV then -- 锁未被其他线程修改，设置过期时间 return redis.call("setnx", KEYS, ARGV, "EX", ARGV) else -- 锁已被其他线程占用，返回0或nil return 0 end """ result = self.client.evalsha(script_sha, keys=[lock_key], args=[identifier, lock_value, lock_timeout]) ``` 2. 重试机制：如果获取失败（`result`为0或nil），客户端会进入一个循环，不断尝试直到获取到锁为止，或者超时。 3. 更新操作：一旦获得锁，客户端可以在一个事务中进行数据库的更新操作。这个操作通常在一个Lua脚本中执行，以保证原子性。 ```lua lua_script = """ -- 执行你的数据库更新操作 -- 假设操作是 incr counter local updated = redis.call("incr", "counter") if updated > 0 then -- 成功更新，删除锁 return redis.call("del", KEYS) else -- 更新失败，解锁 return 0 end """ result = self.client.evalsha(script_sha, keys=[lock_key], args=[]) ``` 4. 错误处理和解锁：如果数据库更新操作失败（`result`还是0），需要解锁以释放资源。如果更新成功，因为设置了过期时间，锁会在指定时间内自动失效。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

一宿君

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

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

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

打赏作者

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

抵扣说明：

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

余额充值