关于分布式锁的问题

本文介绍了在分布式环境中解决并发问题的三种方法:使用缓存(tair)模拟乐观锁、通过数据库版本字段实现锁机制以及使用zookeeper等工具实现分布式锁。并详细解释了每种方法的应用场景及注意事项。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言:一台服务器的时候,解决并发的问题可以通过java代码实现锁的机制来避免。但是实际工作中,线上服务器是分布式的,有多台服务器,这种情况下,又改怎么办的?下面是我请教来的3种解决方法:

一、使用缓存(tair)来模拟乐观锁,因为tair缓存本身就自带锁的机制(version),而且缓存又是分布式的,所以可以利用它来模拟锁机制。适用于插入、更新数据的时候。

二、使用数据库来模拟锁的机制,在更新一条数据的时候,可以在这个数据中设置一个version字段。然后每次更新的时候都检查下这个字段的值,从而避免重复更新。适用于更新数据的时候。

三、使用zookeeper之类的工具来实现分布式锁。

 

PS.还有个简单的方法,可以避免插入数据的时候因为并发插入多条,就是给数据库字段设置主键(唯一性检查),不过这方法只适用于插入数据的时候

 

 

-------------2016-5-26更新-------------

关于使用tair实现分布式锁的方法:tair中存在该key,则认为该key所代表的锁已被lock;不存在该key,在未加锁。操作过程和上面相似。业务方可以在put的时候增加expire,已避免该锁被长期锁住。

注意事项,在加锁的时候,version要设为10(否则还是不能保证同步性)。原因如下:

“get key数据不存在,则新put数据。此时传入的version必须不是0和1,其他的值都可以(例如10,要保证所有client是一套逻辑)。因为传入0,tair会认为强制覆盖;而传入1,第一个client写入会成功,但是新写入时服务端的version以0开始计数啊,所以此时version也是1,所以下一个到来的client写入也会成功,这样造成了冲突。”

转载于:https://www.cnblogs.com/xujanus/p/5051725.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值