Redis实现分布式锁

        Redis 为单进程单线程模式，采用队列模式将并发访问变成串行访问，并且多客户端对Redis的连接并不存在竞争关系，Redis中可以使用SETNX命令实现分布式锁，当且仅当key不存在，将key的值设为value，若给定的key已经存在，则SETNX不做任何动作。

        SETNX 是[SET if Not Exists] 的简写，意思是如果不存在，则SET。

        使用SETNX完成同步锁的流程及事项如下：使用SETNX命令获取锁，若返回0 (key已存在，锁已存在)   则获取失败，反之获取成功，为了防止获取锁后程序出现异常，导致其他线程/进程调用SETNX命令总是返回0而进入死锁状态，需要为该key设置一个合理的过期时间释放锁，使用DEL命令将锁数据删除。

如何解决Redis的并发竞争Key问题

        所谓 Redis 的并发竞争Key的问题也就是多个系统同时对一个key进行操作，但是后执行的顺序和我们期望的顺序不同，这样也就导致了结果不同。

        推荐一种方案：分布式锁（zookeeper 和 redis 都可以实现分布式锁），（如果不存在Redis的并发竞争Key问题，不要使用分布式锁，这样会影响性能）。基于zookeeper临时有序节点可以实现的分布式锁，大致思想为：每个客户端对某个方法加锁时，在zookeeper上的与该方法对应的指定节点的目录下，生成一个唯一的瞬时有序节点。判断是否获取锁的方式，只需要判断有序节点中序号小的一个，当释放锁的时候，只需要将这个瞬时节点删除即可。同时，其可以避免服务宕机导致的锁无法释放，而产生的死锁问题，完成业务流程后，删除对应的子节点释放锁。

在实践中，当然是以可靠性为主，所以主推还是zookeeper