elastic-job 完结篇
一 elastic-job
1.1 案例场景分析
1.设置4个分片，10秒执行一次。
分片弹性扩容缩容机制测试：
测试1：测试窗口1不关闭，再次运行main方法查看控制台日志，注意修改application.properties中的 server.port，保证端口不冲突
测试2：测试窗口1 和测试窗口2 不关闭，再次运行2次main方法，达到4个任务实例，查看控制台日志
测试3：测试窗口1 和测试窗口2 不关闭，将测试窗口3和测试窗口4任务停止
测试4：测试窗口1不关闭 将测试窗口2 任务停止
结论：
1、任务运行期间，如果有新机器加入，则会立刻触发分片机制，将任务相对 平均的分配到每台机器上并行执行调度。
2、如果有机器退出集群，则经过短暂的一段时间（大约40秒）后又会重 新触发分片机制
二 dataflow类型作业(了解)
Dataflow 类型的定时任务需实现 DataflowJob 接口，该接口提供 2 个方法可供覆盖，分别用于抓取 (fetchData) 和处 理(processData) 数据。咱们继续对例子进行改造。
Dataflow 类型用于处理数据流，它和 SimpleJob 不同，它以数据流的方式执行，调用 fetchData 抓取数据，直到抓 取不到数据才停止作业。
每次运行定时任务都会开启 4 个线程执行 fetchData 抓取数据，抓取以后调用 processData 处
理数据，如果是流式处理数据（ new DataflowJobConfiguration 第三个参数为 true ）且 fetchData 方法的返回值为 null或集合长度为空时，作业才停止处理。
三 开启记录表的配置(了解)
JOB_EXECUTION_LOG 记录每次作业的执行历史
JOB_STATUS_TRACE_LOG 记录作业状态变更痕迹表。可通过每次作业运行的 task_id 查询作业状态变化的生命周期 和运行轨迹。
四 elastic-job的管控台
4.1 管控台
elastic-job中提供了一个elastic-job-lite-console控制台
4.2 dump命令
使用 Elastic-Job-Lite 过程中可能会碰到一些问题，导致作业运行不稳定。由于无法在生产环境调试，通过 dump 命 令可以把作业内部相关信息dump 出来，方便开发者 debug 分析。