分布式锁初级

已于 2024-04-29 15:05:42 修改
阅读量77 收藏
点赞数 3
文章标签： 分布式
于 2024-04-29 14:17:39 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_52497401/article/details/138311445
版权

 

分布式锁业务太久  超时释放

这种业务过程时间太长导致锁提前释放，线程二获取锁后执行一半，被线程一执行完成后提前释放，这时线程三获取锁也可以获取，导致线程安全问题，

 解决问题

锁的标识是否和线程一样，不一样什么都不做，

怎么解决这个问题

  1. 线程id作为标识可能重复所以要用（uuid）确定唯一

  1. 获取锁对象
  2. 获取锁
  3. 释放锁

换名改运气
关注
  • 3
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis分布式锁的实现
weixin_44339676的博客
02-12 1615
Redis分布式锁的实现分布式锁初级存在问题解决方案Redission解决方案优化Redission部署在主从、集群架构的问题 分布式锁初级 存在问题 模拟场景：线程A进入到锁的业务区域，设置锁的存活时间为10s，但是线程A执行完业务的总时间需要15s，当10s过后线程A只执行一半锁就消失了，此时线程B就可以来获取锁了，当线程B加锁后，假设线程B的执行时间需要8s，但此时线程A还在接着运行，问题就在这里，当A执行完15s后，释放的锁是线程B加的锁，而线程B此时才运行了5s，还没有运行完毕，此时就会有线程C
浅析Redis分布式锁
12-16
近期工作遇到需要业务场景如下,需要每天定时推送给另一系统一批数据,但是由于系统是集群部署的,会造成统一情况下任务争用的情况,所以需要增加分布式锁来保证一定时间范围内有一个Job来完成定时任务. 前期考虑的方案...
48、分布式锁（基于redis实现分布式锁初级版本）
分享java学习路上的一些笔记，不足之处多多见谅。
11-07 448
第五步：修改一下锁（之前是syn锁（关键字）（他是api自己加锁释放锁的））我们这里自己创建锁对象了（这里是lock锁了（是一个类））创建锁对象获取锁（尝试）判断是否获取锁成功失败就返回失败（我们这里的业务逻辑是防止别人恶意刷单所以就返回失败而不是让它重试）获取锁成功（前面正常的获取代理对象（事务））再try finally释放锁（如果出现异常就释放锁，没出现异常也释放锁了）
Redis分布式锁存在的问题以及解决方式
个人博客，欢迎收藏。https://xiaoaozz.github.io/
01-18 1200
带你一起解决Redis分布式锁存在的问题。
Redis分布式锁
lxzGood的博客
03-17 2390
Redis分布式锁 什么是分布式锁？ 分布式锁:满足分布式系统或集群模式下多进程可见并且互斥的锁。 分布式锁的实现 分布式锁的核心是实现多进程之间的互斥，而满足这一点的方式有很多,常见的有三种: MySql Redis Zookeeper 互斥 利用mysql本身的互斥锁机制 利用setnx这样的互斥命令 利用节点的唯一性和有序性实现互斥 高可用 好 好 好 高性能 一般 好 一般 安全性 断开连接，自动释放锁 利用锁超时时间 临时节点，断开连接自动释放 基于Redis
Redis(九) - Redis之分布式锁
及时当勉励，岁月不待人
07-27 6642
Redis(九) - Redis之分布式锁
黑马点评--分布式锁
weixin_53050118的博客
11-20 773
​ 分布式锁：满足分布式系统或集群模式下多进程可见并且互斥的锁。
redis分布式锁
weixin_51304175的博客
02-17 2872
redis redisson 分布式锁 SETNX 的互斥性；利用 ex 避免死锁；释放锁时判断线程标识缺陷：不可重入、无法重试、锁超时失效原理：利用 hash 结构，记录线程标识和重入次数；利用 watchDog 延续锁时间；利用信号量控制锁重试等待缺陷：Redis 宕机引起锁失效问题原理：多个独立的 Redis 节点，必须在所有节点都获取重入锁，才算获取成功缺陷：运维成本高、实现复杂。
【Redis学习06】分布式锁及其优化
一个正在努力学习的iter
05-10 732
1）什么是拆箱 • 拆箱就是自动将包装器类型转换为基本数据类型 • 拆箱调用Integer.intValue方法 2）什么是装箱 • 装箱就是自动将基本数据类型转换为包装器类型 • 装箱调用的Integer.valueOf方法 ...
Redis实战—黑马点评项目—分布式锁
LHB123456789L的博客
03-24 240
若此时，线程1结束阻塞，便会不分青红皂白立即释放锁，线程3就会乘虚而入，与线程2并行。当线程1由于某种原因阻塞时间过长，导致锁提前释放，此时线程2拿到了锁并开始执行任务，若这时恰好线程1结束阻塞开始执行任务，并释放锁，这时线程2将丢失锁。为了使【判断是否是自己的锁】和【释放锁之间】操作具有原子性，首先想到了redis事务，但redis事务其实是一种批处理，若将这两者放在一个事务中，可能会导致释放失败。因此，需要在释放锁之前进行线程判断，仅当这个锁是当前线程的锁时，当前线程才能对锁进行释放。
使用MySQL实现一个分布式锁
09-08
在分布式系统中，分布锁是一个最基础的工具类。这篇文章主要介绍了用MySQL实现一个分布式锁，本文通过实例代码相结合给大家介绍的非常详细，具有一定的参考借鉴价值,需要的朋友可以参考下
redis分布式锁工具类
09-26
现在很多项目单机版已经不满足了，分布式变得越受欢迎，同时也带来很多问题，分布式锁也变得没那么容易实现，分享一个redis分布式锁工具类，里面的加锁采用lua脚本（脚本比较简单，采用java代码实现，无须外部调用...
Redis+RedisTemplate分布式锁
01-07
Redis+RedisTemplate分布式锁
zookeeper实现分布式锁
08-27
主要为大家详细介绍了基于zookeeper实现分布式锁，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
分布式与一致性协议之TCC协议
Cover_sky的博客
05-10 850
前面已经在CAP理论介绍了TCC，这里只想补充一点:可以对比二阶段提交协议来理解TCC包含的预留(Try)、确认(Confirm0或撤销(Cancel)这两个阶段，分析如下。1.预留和二阶段提交协议中的提交请求阶段的操作类似，具体是指系统会将需要确认的资源预留、锁定，确保确认操作一定能执行成功。2.确认和二阶段提交协议中的提交执行阶段的操作类似，具体是指系统将最终执行的操作3.撤销比较像二阶段提交协议中的回滚操作，具体是指系统将撤销之前预留的资源，也就是撤销已执行的预留操作对系统产生的影响。
go-zero整合asynq实现分布式定时任务
最新发布
宋发元
05-11 252
本教程基于go-zero微服务入门教程，项目工程结构同上一个教程。本教程主要实现go-zero整合asynq实现分布式定时任务。（教程源码分支：4.zero整合asynq定时任务）
CAP与BASE分布式理论
sinat_34814635的博客
05-10 881
CAP理论是说对于分布式数据存储，最多只能同时满足一致性（C，Consistency）、可用性（A， Availability）、分区容忍性（P，Partition Tolerance）中的两者。
centos7下fastdfs分布式部署
xutengfei999的博客
05-10 356
1、整体架构，使用3个服务器节点，其中两台为跟踪器节点及存储节点，一台服务器搭建nginx做统一入口进行负载均衡。9、在代码中上传一个网络图片到159fastdfs服务器上，看是否两台服务器都有此图片。10、在159及120的8888端口进行访问，可以看到在两个服务器上都可以访问到此图片。4、停掉两台服务器的trackerd及storaged服务。5、重启服务，查看storage的文件，显示已经同步成功。12、使用158进行访问，使用159及120也可以访问。8、重启120及159服务器的nginx。
分布式锁和分布式事务
08-23
分布式锁和分布式事务是在分布式系统中常用的两个概念。 分布式锁用于协调分布式系统中多个节点对资源的访问，确保在同一时间只有一个节点可以对资源进行操作。使用分布式锁可以避免多节点并发操作造成的数据不一致...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值