【一】面试官问我Redis分布式锁的可靠性，嘿嘿嘿

文章没有代码或逻辑分析，主要简短的讲下原理与解决方案结论，理解是关键；

问题：可能存在重复性加锁问题
Redis作为分布式锁时，我们一般是用UUID和线程号作为key，但这存在锁丢失问题，重复性加锁问题；

为什么
Redis工作在主从集群模式（sentinel保证高可用），分片集群模式下，加锁成功但key没有同步到slave时发生主从切换；虽然主从 写是会从master写，读会从slave节点去，但依然存在这个问题；

结论与解决方案
如果抢到锁的任务执行时间很短，绝对的小于锁丢失时间，那么理论上是可以忽略主上锁所述的锁丢失问题，在设计系统时，则关键的考虑因素是主从同步时效；一般在几百毫秒；

1. 方案一：RedLock

   RedLoc的基本思路是为锁准备多个副本；
   提供jar包，参数配置还是在客户端代码中；
   缺点：仍然无法解决NPC问题（Network Delay，网络延迟；Process Pause，进程暂停；Clock Drift，时钟漂移）

2. 方案二：Mysql兜底处理

   添加唯一索引字段；
   双重锁，先抢redis锁，再抢mysql锁；
   双重锁主要是要减低数据库压力，增加了复杂性；