基于 Redis 的实现分布式锁，前面遇到的问题，以及对应的解决方案：
1、死锁：设置过期时间
2、过期时间评估不好，锁提前过期：守护线程，自动续期
3、锁被别人释放：锁写入唯一标识，释放锁先检查标识，再释放
之前分析的场景都是，锁在「单个」Redis实例中可能产生的问题，并没有涉及到 Redis 的部署架构细节。
而我们在使用 Redis 时，一般会采用主从集群 +哨兵的模式部署，这样做的好处在于，当主库异常宕机时，哨兵可以实现「故障自动切换」，把从库提升为主库，继续提供服务，以此保证可用性。
但是因为主从复制是异步的，那么就不可避免会发生的锁数据丢失问题（加了锁却没来得及同步过来）。从库被哨兵提升为新主库，这个锁在新的主库上，丢失了！
Redis 作者提出的 Redlock方案，是如何解决主从切换后，锁失效问题的。
Redlock 的方案基于一个前提：
不再需要部署从库和哨兵实例，只部署主库；但主库要部署多个，官方推荐至少 5 个实例。
注意：不是部署 Redis Cluster，就是部署 5 个简单的 Redis 实例。它们之间没有任何关系，都是一个个孤立的实例。
8.4. 红锁（Red