【HBZ分享】Redis之红锁Redlock---主从在同步锁信息时恰好宕机导致没同步到从库锁的信息,从库顶替上之后会有两个线程加同一把锁问题

Redlock实现流程

  1. 至少3台服务器,通常来说Redis节点个数是单数,因为检测通过是2N+1台通过即可,偶数会浪费一台
  2. 这3台服务器相互独立,没有任何主从或者集群关系
  3. 当加锁时会同时将锁信息写入3台服务器中
  4. 当触发锁机制时,会同时向3台服务器请求锁,当3台中有2台以上的服务器查到了锁已被占用,则就会获取锁失败,就会认为有锁了, 这样即使其中有一台服务器宕机了,也不会有影响,因为剩余两台只要正常,那就会检测通过

Redlock解决的问题(实际使用率并不高)

  1. 加入主从架构中,主库获取了锁信息,但如果此时还没来得及同步给从库,主库就宕机了,导致从库没有该加锁信息。当从库顶替主库后,第二个线程又来申请锁,但由于没有同步到从库,所以从库没有锁信息,会误认为可以获取锁,但实际已经有一条线程把锁申请走了,这就出现了问题,此时Redlock就派上了用场,他就是解决这个问题的

允许宕机台数设计的计算方式(2N + 1, N表示允许宕机的节点个数)

  1. 如果允许1台服务器宕机,即要准备2 * 1 + 1 = 3台, 即有2台通过即可完成检测, 允许宕机1台
  2. 如果允许2台服务器宕机,即要准备2 * 2 + 1 = 5台, 即有3台通过即可完成检测, 允许宕机2台
  3. 如果允许3台服务器宕机,即要准备2 * 3 + 1 = 7台, 即有4台通过即可完成检测, 允许宕机3台

通过机制的计算方式(N / 2 + 1)

  1. 当有3台服务器时,则有3 / 2 + 1 = 2台 通过即可, 只允许宕机1台
  2. 当有5台服务器时,则有5 / 2 + 1 = 3台 通过即可, 只允许宕机2台
  3. 当有7台服务器时,则有7 / 2 + 1 = 4台 通过即可, 只允许宕机3台
  4. 当有8台服务器时,则有7 / 2 + 1 = 5台 通过即可, 只允许宕机3台(从这里看,当节点数为7 或 8 时,都只允许宕机3台,所以当用8台时和用7台效果完全一样,反而还多1台服务器, 所以一般只配置单数节点Redis)

Redlock并非绝对安全, 问题如下

  1. 前提:有5个Redis节点, A,B,C,D,E, Redis使用AOF持久化

  2. 场景:客户端1成功在A,B,C上加锁,但D,E没有锁住,即没加锁。 此时在还没来得及持久化C节点就崩溃了,导致没有持久化,然后C节点重启,此时客户端2来了锁住了C,D,E, 获取锁成功,客户端2没有在A,B上加锁成功,并且客户端1也没有释放锁,按理说C应该有客户端1的锁,但由于没同步,误认为此时锁可以获取,就导致了C,D,E节点通过,获取锁成功,但正常客户端2不应该获取到锁

  3. 分析:Redis的AOF持久化方式是默认每秒执行fsync写一次磁盘,最坏情况可能丢失1秒数据(当然为了尽可能不丢失数据,redis是允许每次修改成功都进行fsync刷盘,但性能会下降), 即使每次更新成功就刷盘,那也会出现丢失问题

  4. 解决:建议延迟重启,一个节点崩溃后,先不立即重启,而是等待一段时间再重启,这段时间应该大于锁的有消息,应保证当节点重启的时候,所有参与锁都会过期,再重启后就不会对现有锁造成影响

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值