死磕 java同步系列之mysql分布式锁

（手机横屏看源码更方便）

---

问题

（1）什么是分布式锁？

（2）为何须要分布式锁？

（3）mysql如何实现分布式锁？

（4）mysql分布式锁的优势和缺点？

简介

随着并发量的不断增长，单机的服务早晚要向多节点或者微服务进化，这时候原来单机模式下使用的synchronized或者ReentrantLock将再也不适用，咱们迫切地须要一种分布式环境下保证线程安全的解决方案，今天咱们一块儿来学习一下mysql分布式锁如何实现分布式线程安全。

基础知识

mysql中提供了两个函数——get_lock('key', timeout)和release_lock('key')——来实现分布式锁，能够根据key来加锁，这是一个字符串，能够设置超时时间（单位：秒），当调用release_lock('key')或者客户端断线的时候释放锁。

它们的使用方法以下：

mysql> select get_lock('user_1', 10);
    -> 1
mysql> select release_lock('user_1');
    -> 1

get_lock('user_1', 10)若是10秒以内获取到锁则返回1，不然返回0；

release_lock('user_1')若是该锁是当前客户端持有的则返回1，若是该锁被其它客户端持有着则返回0，若是该锁没有被任何客户端持有则返回null；

多客户端案例

为了便于举例【本篇文章由公众号“彤哥读源码”原创，请支持原创，谢谢！】，这里的超时时间所有设置为0，也就是当即返回。

时刻	客户端A	客户端B
1	get_lock('user_1', 0) -> 1	-
2	-	get_lock('user_1', 0) -> 0
3	-	release_lock('user_1', 0) -> 0
4	release_lock('user_1', 0) -> 1	-
5	release_lock('user_2', 0) -> null	-
6	-	get_lock('user_1', 0) -> 1
7	-	release_lock('user_1', 0) -> 1

Java实现

为了方便快速实现，这里使用 springboot2.1 + mybatis 实现，而且省略spring的配置，只列举主要的几个类。

定义Locker接口

接口中只有一个方法，入参1为加锁的key，入参2为执行的命令。

public interface Locker {
    void lock(String key, Runnable command);
}

mysql分布式锁实现

mysql的实现中要注意如下两点：

（1）加锁、释放锁必须在同一个session（同一个客户端）中，因此这里不能使用Mapper接口的方式调用，由于Mapper接口有可能会致使不在同一个session。

（2）可重入性是经过ThreadLocal保证的；

@Slf4j
@Component
public class MysqlLocker implements Locker {

    private static final ThreadLocal<SqlSessionWrapper> localSession = new ThreadLocal<>();

    @Autowired
    private SqlSessionFactory sqlSessionFactory;

    @Override
    public void lock(String key, Runnable command) {
        // 加锁、释放锁必须使用同一个session
        SqlSessionWrapper sqlSessionWrapper = localSession.get();
        if (sqlSessionWrapper == null) {
            // 第一次获取锁
            localSession.set(new SqlSessionWrapper(sqlSessionFactory.openSession()));
        }
        try {
            // 【本篇文章由公众号“彤哥读源码”原创，请支持原创，谢谢！】
            // -1表示没获取到锁一直等待
            if (getLock(key, -1)) {
                command.run();
            }
        } catch (Exception e) {
            log.error("lock error", e);
        } finally {
            releaseLock(key);
        }
    }

    private boolean getLock(String key, long timeout) {
        Map<String, Object> param = new HashMap<>();
        param.put("key", key);
        param.put("timeout", timeout);
        SqlSessionWrapper sqlSessionWrapper = localSession.get();
        Integer result = sqlSessionWrapper.sqlSession.selectOne("LockerMapper.getLock", param);
        if (result != null && result.intValue() == 1) {
            // 获取到了锁，state加1
            sqlSessionWrapper.state++;
            return true;
        }
        return false;
    }

    private boolean releaseLock(String key) {
        SqlSessionWrapper sqlSessionWrapper = localSession.get();
        Integer result = sqlSessionWrapper.sqlSession.selectOne("LockerMapper.releaseLock", key);
        if (result != null && result.intValue() == 1) {
            // 释放锁成功，state减1
            sqlSessionWrapper.state--;
            // 当state减为0的时候说明当前线程获取的锁所有释放了，则关闭session并从ThreadLocal中移除
            if (sqlSessionWrapper.state == 0) {
                sqlSessionWrapper.sqlSession.close();
                localSession.remove();
            }
            return true;
        }
        return false;
    }

    private static class SqlSessionWrapper {
        int state;
        SqlSession sqlSession;

        public SqlSessionWrapper(SqlSession sqlSession) {
            this.state = 0;
            this.sqlSession = sqlSession;
        }
    }
}

LockerMapper.xml

定义get_lock()、release_lock()的语句。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd">

<mapper namespace="LockerMapper">
    <select id="getLock" resultType="integer">
        select get_lock(#{key}, #{timeout});
    </select>

    <select id="releaseLock" resultType="integer">
        select release_lock(#{key})
    </select>
</mapper>

测试类

这里启动1000个线程，每一个线程打印一句话并睡眠2秒钟。

@RunWith(SpringRunner.class)
@SpringBootTest(classes = Application.class)
public class MysqlLockerTest {

    @Autowired
    private Locker locker;

    @Test
    public void testMysqlLocker() throws IOException {
        for (int i = 0; i < 1000; i++) {
            // 多节点测试
            try {
                Thread.sleep(2000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            new Thread(()->{
                locker.lock("lock", ()-> {
                    // 可重入性测试
                    locker.lock("lock", ()-> {
                        System.out.println(String.format("time: %d, threadName: %s", System.currentTimeMillis(), Thread.currentThread().getName()));
                        try {
                            Thread.sleep(2000);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                    });
                });
            }, "Thread-"+i).start();
        }

        System.in.read();
    }
}

运行结果

查看运行结果发现每隔2秒打印一个线程的信息，说明这个锁是有效的，至于分布式环境下面的验证也很简单，起多个MysqlLockerTest实例便可。

time: 1568715905952, threadName: Thread-3
time: 1568715907955, threadName: Thread-4
time: 1568715909966, threadName: Thread-8
time: 1568715911967, threadName: Thread-0
time: 1568715913969, threadName: Thread-1
time: 1568715915972, threadName: Thread-9
time: 1568715917975, threadName: Thread-6
time: 1568715919997, threadName: Thread-5
time: 1568715921999, threadName: Thread-7
time: 1568715924001, threadName: Thread-2

总结

（1）分布式环境下须要使用分布式锁，单机的锁将没法保证线程安全；

（2）mysql分布式锁是基于get_lock('key', timeout)和release_lock('key')两个函数实现的；

（3）mysql分布式锁是可重入锁；

彩蛋

使用mysql分布式锁须要注意些什么呢？

答：必须保证多个服务节点使用的是同一个mysql库【本篇文章由公众号“彤哥读源码”原创，请支持原创，谢谢！】。

mysql分布式锁具备哪些优势？

答：1）方便快捷，由于基本每一个服务都会链接数据库，可是不是每一个服务都会使用redis或者zookeeper；

2）若是客户端断线了会自动释放锁，不会形成锁一直被占用；

3）mysql分布式锁是可重入锁，对于旧代码的改形成本低；

mysql分布式锁具备哪些缺点？

答：1）加锁直接打到数据库，增长了数据库的压力；

2）加锁的线程会占用一个session，也就是一个链接数，若是并发量大可能会致使正常执行的sql语句获取不到链接；

3）服务拆分后若是每一个服务使用本身的数据库，则不合适；

4）相对于redis或者zookeeper分布式锁，效率相对要低一些；