这篇文章主要介绍”RedLock怎么实现”,在日常操作中,相信很多人在RedLock怎么实现问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答“RedLock怎么实现”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
<强> RedLock实现
假设有N个复述,主人。这些节点<强>完全互相独立,不存在主从复制或者其他集群协调机制强。我们确保将在N个实例上使用与在复述,单实例下相同方法获取和释放锁。现在我们假设有5个复述,主节点,同时我们需要在5台服务器上面运行这些复述,实例,这样保证他们不会同时都宕掉。
为了取到锁,客户端应该执行以下操作:
获取当前Unix时间,以毫秒为单位。
<李>依次尝试从5个实例,使用相同的关键和<强>具有唯一性的价值(例如UUID)获取锁。当向复述,请求获取锁时,客户端应该设置一个网络连接和响应超时时间,这个超时时间应该小于锁的失效时间,例如你的锁自动失效时间为10秒,则超时时间应该在5-50毫秒之间。这样可以避免服务器端复述,已经挂掉的情况下,客户端还在死死地等待响应结果。如果服务器端没有在规定时间内响应,客户端应该尽快尝试去另外一个复述,实例请求获取锁。
<李>客户端使用当前时间减去开始获取锁时间(步骤1记录的时间)就得到获取锁使用的时间。<强>当且仅当从大多数 (N/2 + 1,这里是3个节点)<强>的复述,节点都取到锁,并且使用的时间小于锁失效时间时,锁才算获取成功。
<李>如果取到了锁,钥匙的真正有效时间等于有效时间减去获取锁所使用的时间(步骤3计算的结果)。
<李>如果因为某些原因,获取锁失败(没有在至少N/2 + 1个复述,实例取到锁或者取锁时间已经超过了有效时间),客户端应该在<强>所有的复述,实例上进行解锁(即便某些复述,实例根本就没有加锁成功,防止某些节点获取到锁但是客户端没有得到响应而导致接下来的一段时间不能被重新获取锁)。
到此,关于“RedLock怎么实现”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注网站,小编会继续努力为大家带来更多实用的文章!
