elastic job 简单高可用机制

场景

定时任务配置

<job:simple id="springSimpleJob"
            class="com.dangdang.ddframe.job.example.job.simple.SpringSimpleJob"
            registry-center-ref="regCenter"
            sharding-total-count="2"
            cron="0/5 * * * * ?"
            overwrite="true"
/>

假设当前有两个服务器节点，根据默认分片算法，每个节点会执行一个分片的定时任务，如下

当分片0的服务器节点宕机时，分片0的任务会由分片1的服务器节点承接，这就是简单的HA。

 

原理分析

• elastic  job初始化

在调用初始化方法时会注册各种监听，其中ListenServersChangedJobListener就是完成失效分片转移的监听

当某一个服务器宕机时，那么就会触发监听机制，在zookeeper服务端注册necessary节点，该节点就是标识需要重新执行分片。

 

• 定时任务执行（LiteJob）

jobFacade.getShardingContexts() 获取分片信息
    shardingService.shardingIfNecessary(); 判断是否需要重新分片

该方法中执行逻辑是判断之前监听设置的necessary节点是否存在，如果不存在则不需要重新分片直接返回。

leaderService.isLeaderUntilBlock()方法首先会完成选主，因为只有主节点才能完成分片任务，如果当前的服务器

是主节点，那么就会执行下面代码逻辑，而其他节点则处于等待状态，等待主节点完成分片任务。分片算法完成之后

会将分片信息提交到zookeeper服务端，并且会删除necessary和processing标志，因此整个操作会在事务中执行。

执行完分片之后当前服务器会获取分配在本服务器的分片，如果分片为空则不会执行任务，按本文的场景当前服务器会获取两个分片

返回执行分片列表如上图。最后会在线程池中提交两个分片任务如下图。

• 执行流程