Redis分布式事务和事务锁

15 篇文章 0 订阅

分布式事务

之前我们的一系列操作都是在一个应用的一个数据库中完成的,保证了事务ACID特性,在分布式中就会涉及跨应用,跨库的操作,就涉及到分布式事务。

分布式事务锁原理

分布式锁是控制分布式系统之间同步访问共享资源的一种方式。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源,那么访问这些资源的时候,往往需要互斥来防止彼此干扰来保证一致性。

核心思想

  • 在被保护的redis节点加一把锁, 让这把锁和被保护的redis节点建立直接映射
  • 在访问这个redis之前都去看看这把锁在不在
  • 如果不存在锁,说明没有客户端使用,可以执行任务,执行完毕,解锁,删除锁 (并且要保证判断有无锁和加锁是原子操作)
  • 如果锁从在则认为有其他客户端在使用,等待锁消失
  • Redis中可以使用SETNX命令实现分布式锁,(因redis执行命令是单线程所以这个命令是原子的, 完全可以放心去使用)。
  • SETNX——SET if Not eXists(如果不存在,则设置)

锁问题

  • 问题一
    当一个客户端上锁之后服务宕机,由于锁是他上的只有他可以进行redis访问的,别人无法访问,所以导致锁无法被删除.
    解决思路
    给锁设置一个过期时间,可以通过两种方法实现:通过命令 “setnx 键名 过期时间 ,或者通过设置锁的expire(失效)时间,让Redis去删除锁。

  • 问题二
    当一个客户端设置了锁的失效时间, 但是这个客户端并没有宕机, 只是真的需要那么多时间来进行操作,也就是任务执行过长,超过过期时间。
    解决思路
    通过客户端的一个守护线程,大概时间快到的时间给线程续命.

  • 问题三
    任务执行造成死循环,会无线续命
    解决思路
    设置最大续命时间, 或者设置最大续命次数

Redis是一种内存数据库,它本身并不支持原生的分布式事务。然而,可以使用Redis的一些特性和其他技术来实现分布式事务。其中一种方法是使用Redis事务和乐观机制来保证数据的一致性。 基于消息的分布式事务是一种常见的解决方案。它允许事务的提交或回滚只取决于事务发起方的业务需求,其他数据源的数据变更跟随发起方进行的业务场景。这种方式相对简单,并且可以利用消息队列来实现服务间的流量削峰填谷。 另一种解决方案是基于补偿的分布式事务。这种方法较为复杂,需要开发相关的业务回滚方法,但是它可以在不能使用基于消息队列的最终一致性事务的情况下使用,并且相对于基于消息的事务而言,只增加了一点点的复杂度。 此外,Redisson是一种基于Redis实现的分布式工具,它可以实现分布式的互斥访问,并且支持的自动续期功能,避免了因进程崩溃或网络故障导致无法释放的情况。 综上所述,Redis本身并不支持原生的分布式事务,但可以借助Redis事务和乐观、基于消息的分布式事务或基于补偿的分布式事务来实现分布式事务的功能。此外,可以使用Redisson等工具来实现分布式的互斥访问。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* [Redis分布式分布式事务](https://blog.csdn.net/qq_43910862/article/details/125828647)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *3* [redis分布式事务-redisson](https://blog.csdn.net/u011066470/article/details/131604372)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

lhj_loveFang_1105

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

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

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

打赏作者

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

抵扣说明:

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

余额充值