基于redis的分布式锁

使用setnx 带超时时间， 返回true获得锁，否则失败

若锁内逻辑执行时间超过超时时间， 则会产生问题

问题1：普通的加锁，会被别人释放

解决：加锁时候，value添加唯一标识（uuid）， 解锁的时候判断是否是自己加的锁，然后删除锁

问题2：在删除锁逻辑中， 判断是否自己锁和删锁并非原子操作，还是会出现超时后删别人锁的情况。

锁续命：在获得锁后， 增加一个定时任务，定期检测任务线程是否已执行完成，若未完成，则延长锁的过期时间

Redisson中的分布式锁实现了锁续命

红锁 red lock

仿zk实现的，为了增加c，但弱化了a

对多个Redis节点加锁，超过半数，说明锁成功

当为了性能，节点部署不多时，节点宕机容易造成半数锁失败，

增加节点可以保证半数锁成功， 但节点过多性能损失严重

若给节点增加从节点，从而提高可用性， 但主从同步时仍然可能出现不一致的情况， 如主加锁成功，但在同步前宕机， 从节点变为主，没有锁。

分布式锁语义：串行化， 对并发影响非常大

优化：

分段式锁， 将资源分段