设为首页 收藏本站
查看: 2267|回复: 0

[经验分享] Memcached 和 Redis 分布式锁方案

[复制链接]

尚未签到

发表于 2015-7-21 13:08:34 | 显示全部楼层 |阅读模式
  分布式缓存,能解决单台服务器内存不能无限扩张的瓶颈。在分布式缓存的应用中,会遇到多个客户端同时争用的问题。这个时候,需要用到分布式锁,得到锁的客户端才有操作权限。
  Memcached 和 Redis 是常用的分布式缓存构建方案,下面列举下基于Memcached 和 Redis 分布式锁的实现方法。
  Memcached 分布式锁
  Memcached 可以使用 add 命令,该命令只有KEY不存在时,才进行添加,或者不会处理。Memcached 所有命令都是原子性的,并发下add 同一个KEY ,只会一个会成功。
  利用这个原理,可以先定义一个 锁 LockKEY ,add 成功的认为是得到锁。并且设置[过期超时] 时间,保证宕机后,也不会死锁
  在具体操作完后,判断是否此次操作已超时。如果超时则不删除锁,如果不超时则删除锁。
  伪代码:



1          if (mc.Add("LockKey", "Value", expiredtime))
2             {
3                 //得到锁
4                 try
5                 {
6                     //do business  function
7
8                     //检查超时
9                     if (!CheckedTimeOut())
10                     {
11                         mc.Delete("LockKey");
12                     }
13                 }
14                 catch (Exception e)
15                 {
16                     mc.Delete("LockKey");
17                 }
18               
19             }
  
  Redis 分布式锁
  Redis  没有add 命令,但有SETNX(SET if Not eXists)若给定的 key 已经存在,则 SETNX不做任何动作。设置成功,返回 1 。设置失败,返回 0 。
  SETNX 命令不能设置过期时间,需要再使用 EXPIRE 命令设置过期时间。
  伪代码:



            int lockResult = rd.SETNX("LockKey", "Value");
if (lockResult == 1)
{
//[1]得到锁
//[2]设置超时过期时间
rd.EXPIRE("LockKey", expiredtime);
try
{
//do business  function
//检查超时
if (!CheckedTimeOut())
{
rd.DEL("LockKey");
}
}
catch (Exception e)
{
rd.DEL("LockKey");
}
}

  这种做法,有一个很大的潜在风险。[1]得到锁后,再执行[2] 设置过期时间。如果在这期间出现宕机,则会导致没有设置过期时间。按Redis 的默认缓存过期策略,这个锁将不会释放,产生死锁。
  所以不推荐用这种做法,应该用其它方式来实现锁的超时过期策略:
  1:SETNX  value 值=当前时间+过期超时时间,返回1 则获得锁,返回0则没有获得锁。转2。
  2:GET 获取 value 的值 。判断锁是否过期超时。如果超时,转3。
  3:GETSET(将给定 key 的值设为 value ,并返回 key 的旧值),GETSET value 值=当前时间+过期超时时间, 判断得到的value 如果仍然是超时的,那就说明得到锁,否则没有得到锁。
  从2并发进到3 的操作,会多次改写超时时间,但这个不会有什么影响。
  伪代码:
  



            string expiredtime = DateTime.Now.AddMinutes(LockTimeoutMinutes).ToString();
int lockResult = rd.SETNX("LockKey", expiredtime);
bool getLock = false;
if (lockResult == 1)
{
//得到锁
getLock = true;
}
else
{
string curExpiredtime = rd.GET("LockKey");
//检查锁超时
if (CheckedLockTimeOut(expiredtime))
{
expiredtime = DateTime.Now.AddMinutes(LockTimeoutMinutes).ToString();
string newExpiredTime = GETSET(expiredtime);
if (CheckedLockTimeOut(newExpiredTime))
{
//得到锁
getLock = true;
}
}
}
if (getLock)
{
try
{
//do business  function
//检查超时
if (!CheckedTimeOut())
{
rd.DEL("LockKey");
}
}
catch (Exception e)
{
rd.DEL("LockKey");
}
}

  个人觉得这种做法,还是不完美。 
  ZooKeeper的分布式锁,下篇再学习探讨。
  
  参考:




郑昀, 电商课题V:分布式锁

jeffkit, 用Redis实现分布式锁

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-89103-1-1.html 上篇帖子: 案例:用Redis来存储关注关系(php版) 下篇帖子: Redis实战之征服 Redis + Jedis + Spring (二)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表