问题
用户数上升,服务要集群,如何实现主从机制,并且当主服务挂掉或停机维护时,其它任意从服务可自动变成主服务?
程序猿A:这还不简单,用zookeeper就行了,配上Apache curator更方便,直接帮你实现好Leader Election了。
程序猿B:嗯…zookeeper又要安装个服务,不想只为了这个主从又引入一个新东西,我们已经有redis了,能不能基于redis来实现?
答案是:yes。
思路
开始前,先说一下基本的实现思路:
- 先有一个redisson的分布式锁RLock,名称为:leader-lock
- 所有服务在启动的时候都去尝试获取leader锁
- 获取锁成功的服务为主服务
- 未获取锁的其它服务为从服务
- 从服务每隔几秒钟一直去尝试获取leader锁,当主服务挂掉或停机时,其中一个从服务就会获取到锁变成主服务
码起来
分布式锁的初始化
1 | RLock leaderLock = redissonClient.getLock(“leader-lock”); |
ElectionThread
有了锁后,我们需要一个专门的线程用于获取锁
1 | class ElectionThread extends Thread { |
tryHold
有了ElectionThread,需要提供一个方法启动它去获取锁
1 | public void tryHold(String leaderName) { |
锁释放
锁获取到了,如果要释放怎么释放?ElectionThread需要加上释放锁的逻辑
1 | class ElectionThread extends Thread { |
shutdown
等等,ElectionThread是加上了释放锁的逻辑了,但当ElectionThread得到锁的时候,线程已经阻塞了,我们需要在外部唤醒ElectionThread线程并跳出while循环
1 | public void shutdown() { |
shutdown hook
有了shutdown方法后,我们再加个shutdownHook,就可以在jvm停止时调用shutdown方法,leader锁就会被释放
1 | public void tryHold(String leaderName) { |
jvm的shutdownHook是在服务正常退出的情况下才会生效,如果服务异常退出,会怎样?leader锁会释放吗?放心,redisson有个lockWatchdogTimeout配置,这个配置会让redisson客户端处于正常状态的时候,给那些不会自动释放的锁延长过期时间,如果服务异常了,那些不会自动释放的锁由于没有延长过期时间,会被redis自动清除,所以leader锁即使在服务异常退出的情况下,也会自动释放。
lockWatchdogTimeout
lockWatchdogTimeout的配置可以用代码方式设置,也可以用配置文件方式设置,一定要注意它的单位是毫秒(我测试的时候设成了10,结果找了半天问题),默认值是30000毫秒,即30秒。
1 | import org.redisson.config.Config |
应用
看起来差不多了,现在我们提供一个方法用于判断当前服务是否是主服务
1 | public boolean isMaster() { |
Ok,现在可以拿来用了,首先看下定时任务的情况,定时任务一般只想在主服务上运行,这时就可以这样写了
1 | scheduler.scheduleAtFixedRate(() -> { |
初始化问题
这个判断方法能不能在锁状态初始化完成之前阻塞,这样在类似上面的定时任务里(如1小时)做判断时,主服务不至于因为没初始化,然后就得等到下个小时才能执行,我们修改两个地方。
1 | public boolean isMaster() { |
从服务变成主服务
还有一种情况,我们需要考虑,当主服务挂了,从服务变成主服务时,在上面的1小时定时任务已经过了执行时间,现在想在从服务变成主服务时,马上就执行任务,要怎么办?我们可以加上一个从服务变成主服务的监听器
1 | private List<ElectionListener> listeners = new ArrayList<>(); |
总结
大功告成,最后看一下完整版的代码
LeaderElection
1 | import org.redisson.api.RLock; |
ElectionListener
1 | public interface ElectionListener { |
在springboot中的配置应用
1 |
|
源码
1 | https://github.com/huangyemin/wheel |