【最优的分布式锁笔记】

一准备

【分布式锁】

什么是分布式锁？在这之前，相信一定对分布式有所了解把，那么大流量情况下的不同及其发送的指令都相当快且多，此时不免会有重复的指令，如果操作的数据一致，那么会导致各种各样的问题，小事故给同一用户重复发了几条短信，大事故，大家买限购一件商品，都抢到了，此时，作为平台，你要负巨大的责任。

在这之前，我们复习一下乐观锁和悲观锁

【乐观锁】

总是认为不会产生并发问题，每次去取数据的时候总认为不会有其他线程对数据进行修改，因此不会上锁，但是在更新时会判断其他线程在这之前有没有对数据进行修改，一般会使用版本号机制或CAS操作实现。

 

【悲观锁】

 总是假设最坏的情况，每次取数据时都认为其他线程会修改，所以都会加锁（读锁、写锁、行锁等），当其他线程想要访问数据时，都需要阻塞挂起。可以依靠数据库实现，如行锁、读锁和写锁等，都是在操作之前加锁，在Java中，synchronized的思想也是悲观锁。

大图来袭：

二、如何实现分布式锁

【数据库实现】

1、在数据库中建一张表分布式锁表

sys_data

执行需要控制的方法前，在系统中这张表插入方法的名称， 方法名称字段设置为不重复，操作完后，删除该方法，如此可以实现分布式锁。

2、数据库加排他锁

例如：基于MySql的InnoDB引擎 （对数据库引擎不了解，可以看我的另一篇笔记mysql数据库引擎）

加锁：

public boolean lock(){

connection.setAutoCommit(false)

while(true){

try{

result = select * from methodLock where method_name=xxx for update;

if(result==null){

return true;

}

}catch(Exception e){

 

}

sleep(1000);

}

return false;

｝

解锁:

public void unlock(){

connection.commit();

｝

【缓存实现】

redis memcached等redis为例

加锁：SETNX命令（SET if Not eXists）
语法：
SETNX key value
功能：
当且仅当 key 不存在，将 key 的值设为 value ，并返回1；若给定的 key 已经存在，则 SETNX 不做任何动作，并返回0。

解锁：DEL命令
语法：
DEL key [KEY …]
功能：
删除给定的一个或多个 key ,不存在的 key 会被忽略。

预防死锁：EXPIRE key timeout 给key设置失效时间

 

【基于zookeeper临时有序节点可以实现的分布式锁】

大致思想即为：每个客户端对某个方法加锁时，在zookeeper上的与该方法对应的指定节点的目录下，生成一个唯一的瞬时有序节点。 判断是否获取锁的方式很简单，只需要判断有序节点中序号最小的一个。 当释放锁的时候，只需将这个瞬时节点删除即可。同时，其可以避免服务宕机导致的锁无法释放，而产生的死锁问题。

Zookeeper的优势（但效率不如缓存高）

锁无法释放？使用Zookeeper可以有效的解决锁无法释放的问题，因为在创建锁的时候，客户端会在ZK中创建一个临时节点，一旦客户端获取到锁之后突然挂掉（Session连接断开），那么这个临时节点就会自动删除掉。其他客户端就可以再次获得锁。

非阻塞锁？使用Zookeeper可以实现阻塞的锁，客户端可以通过在ZK中创建顺序节点，并且在节点上绑定监听器，一旦节点有变化，Zookeeper会通知客户端，客户端可以检查自己创建的节点是不是当前所有节点中序号最小的，如果是，那么自己就获取到锁，便可以执行业务逻辑了。

不可重入？使用Zookeeper也可以有效的解决不可重入的问题，客户端在创建节点的时候，把当前客户端的主机信息和线程信息直接写入到节点中，下次想要获取锁的时候和当前最小的节点中的数据比对一下就可以了。如果和自己的信息一样，那么自己直接获取到锁，如果不一样就再创建一个临时的顺序节点，参与排队。

单点问题？使用Zookeeper可以有效的解决单点问题，ZK是集群部署的，只要集群中有半数以上的机器存活，就可以对外提供服务。

可以直接使用zookeeper第三方库Curator客户端，这个客户端中封装了一个可重入的锁服务。

public boolean tryLock(long timeout, TimeUnit unit) throws InterruptedException {

try {

return interProcessMutex.acquire(timeout, unit);

} catch (Exception e) {

e.printStackTrace();

}

return true;

}

public boolean unlock() {

try {

interProcessMutex.release();

} catch (Throwable e) {

log.error(e.getMessage(), e);

} finally {

executorService.schedule(new Cleaner(client, path), delayTimeForClean, TimeUnit.MILLISECONDS);

}

return true;

｝