Redis锁的艰难切换过程（redis 锁 切换）

在分布式环境中，对资源的访问往往需要排除来自并发的多个请求的竞争，使用Redis锁加强了对资源的保护，将锁的管理从应用本身中独立出来，统一由Redis服务器来进行控 制。然而，在实际开发中，遇到Redis异常，往往需要切换到另一个Redis实例，Redis Lock受到非常多的开发者关注，它极大的提高了应用的性能和安全性，但是，切换Redis Lock是一个比较艰难的过程。

需要确定在切换Redis Lock时，旧的Lock是否还存在，否则新的Lock可能会和旧的Lock发生冲突，另一方面，同一个Lock可能在多个节点上被同时加锁，如果不进行同步操作，将可能导致资源竞争。为避免旧Lock和新Lock发生冲突，可以给新Lock提供一个不与旧Lock同时存在的新值，如UUID；同时，针对已经存在的锁，可以在新Redis实例上同步设置这个Lock，以保证两个实例之间的数据一致。

//获取Redis锁
public boolean getRedisLock(Jedis redis,String params) {
    //共享锁，设置过期时间
    String result=redis.set(params,params, SET_IF_NOT_EXIST, SET_WITH_EXPIRE_TIME, SECONDS);
    if(LOCK_SUCCESS.equals(result)) {
            return true;
    }
    return false;
}
//释放Redis锁
public void releaseRedisLock(Jedis redis,String params) {
  redis.del(params);
}
// 在切换时，需要先释放旧的锁
public void switchRedisLock(String oldParams, String newParams) {
    // 释放旧的Redis锁
    releaseRedisLock(oldParams);
    //获取新的Redis锁
    getRedisLock(newParams);
}

上面提供了实现Redis Lock的切换的过程，但是，实现该切换还存在一些其他的挑战。首先是检测旧的Lock在存活的时间，只有确认旧的Lock的时间没有超过设定的过期时间，新的Lock才能正常工作；Redis集群环境中节点之间的数据同步也是必须要满足的条件，否则将可能导致节点之间数据不一致，进而影响Redis Lock的使用。因此，实现Redis Lock的切换艰难而微妙，在进行实现的过程中，既需要考虑Redis数据的完整性和一致性，又需要考虑Lock的安全性。

香港服务器首选港服(Server.HK)，2H2G首月10元开通。
港服(Server.HK)（www.IDC.Net）提供简单好用，价格厚道的香港/美国云服务器和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。