Redis分布式锁

    今天看到一盘文章是写reids分布式锁的，感觉写的还可以。同时也发现了自己在之前使用redis锁的时候的一些问题，所以总结下redis作为分布式锁使用的注意事项。

一、原子性

     因为在设置redis key的时候，同时要设置过期时间。我们要保证 设置 key成功的时候，设置过期时间也要成功， 不然就可能出现死锁的可能。这里我们可以使用 lua 脚本，把这俩个命令封装在一起，一起发送到服务端，保证原子性。

二、锁互斥机制

     客户端1加了锁，在客户端2过来加锁的时候，要保证客户端2加锁失败。保证同时是有一个客户端可以拿到锁。

三、锁超时

     如果加锁时间是5s，但是处理业务逻辑需要10s，就会造成锁提前释放，其他客户端会重新获取锁，最终导致数据不一致。这种情况在之前的业务里面并没有处理，其实这种情况 是很危险的，查了了业界一般的解决方案，就是在加锁的同时，同时在启动一个线程，不断的watch 这个key，同时会设置一个合理的时间，给这个key进行重置，在这个key 没有删除之前会一直进行这个操作，直到锁释放。

四、redis单例与集群模式

       上面说的都是针对单例模式的，如果是集群会存在主从复复制延迟的问题，会出现同步不及时，出现多个锁的问题，针对redis集群，官方给出的方案是 采用redlock算法进行解决，主要思想就是通过客户端尝试给所有的集群实例加锁，只要大于（N/2+1）就算是加锁成功。至于是用单例还是集群取决于业务吧。单例简单，但是会有单点故障，集群的话，加锁麻烦。但是高可用，如果业务量不大，推荐单例。

      以前用redis ，没太考虑锁超时的问题，以后需要注意了。