标签：
前段时间项目开发中用到了当当开源的elastic-job，使用过程遇到一些问题，虽然不见得会影响写代码，但作为一个致力于搬好每一块砖的码农，当碰到问题时，我们不应该逃避，应该本着有困难也要上，没有困难创造困难也要上的精神冲上去搞定它，这样才能更容易了解事情的本质，才能有利于以后搬好每一块砖，佝偻者承蜩如是，我等搬砖亦复如是。
------------------------------------------------------------------------------------------------------------------------------------------------------------------
1、官方提到“同一台服务器只能运行一个相同作业实例，因为作业运行时是按照ip注册和管理的”，那么：假如程序在同一台电脑上部署两个作业实例，结果会如何，会进行正常分片么？
该问题测试结果为：分片参数以shardingItemParameters=0=A,1=B,2=C,3=D,4=E,5=F,6=G,7=H,8=I,9=J为例：
a：同一机器，运行两个不同端口的tomcat--------不能分片，因tomcat端口未注册到zk，程序无法识别这两个tomcat，这两个tomcat不会触发分片，如果只部署一台机器，
两个tomcat拿到的分片参数都是全部的分片参数0=A,1=B,2=C,3=D,4=E,5=F,6=G,7=H,8=I,9=J
b：同一机器，部署两个docker(或者其它能提供ip的容器)，分别在其中用tomcat运行程序--------可以分片，两个docker的不同的ip会被注册到zk，从而触发分片。
测试图如下：
两个镜像：testdocker:v1根testdocker:v2
两个docker中控制台日志截图
对此问题，官方说明很清楚，作业是按照ip进行注册和管理的，同一个ip只能运行一个相同name的作业。因为zk上区分不同的服务器就是靠ip来区分的，程序在zk上注册的信息如下图：
可以看到，zk中只有服务器ip，并无容器的端口之类信息，因此，，，，
2、运维界面中，【暂停】按钮有何作用，因为官方说明中，运维程序只作监控，并不能操作任务的启停，此处按钮作用作何理解？（目前该部分说明已因改版而从官网删除）
此处当时应为版本遗留问题，文档未做更新导致，新版运维程序界面中有4个按钮，比原来多了两个，暂停、恢复等均为字面意思，不作解释。该问题本地测试结果如下：
可以看到，蓝色服务器在2016-07-23 15:19:50--15:20:09隔了19秒，这段时间只有白色服务器在运行。白色服务器并没有收到蓝色暂停的影响，分片参数仍按蓝色正常进行计算。
在运维界面点击【恢复】后，蓝色服务器又开始运行。
此处注意，若暂停的为主节点服务器（主节点一栏为对号的），会暂停所有服务器的该任务，运维界面有提示文字说明该情况。
3、分片不均，服务器执行任务时间不等的情况下，是否会出现相互等待的情况？
测试结果为： A、B两台服务器，都是5秒执行一次，A执行很快(认为是0s)B执行很慢(需要8秒)，A并不会等待B。验证图如下：
4、失效转移（failover）问题究竟怎么理解，对性能有何影响？
官网的解释不多，此问题可以理解为：开启失效转移的情况下，如果任务执行过程中一台服务器失去连接，那么已经分配到该服务器的任务，将会在下次任务执行之前被当前集群中正常的服务器获取分片并执行，执行结束后再进行下一次任务；未开启失效转移，那么服务器丢失后，程序将不作任务处理，任由其丢失，但下次任务会重新分片。
两台机器，10个分片，每5分钟执行一次任务，执行过程中让一台服务器失去跟zk的连接，测试结果为：
圈1:2台机器确实每台获取了5个分片的数据（此处只截取了一台机器的截图，当前机器获取到的分片是5-9）；
圈2：健康的机器确实重新抓取了失去连接的那台机器的分片数据，但当前时间并没有到5分钟（失去连接的机器获得的分片是0-4）；
图3:5分钟到，健康的机器获得了所有分片；
failover对性能有影响有一个前提是开启monitor-execution，这个监控是造成性能下降的关键。failover=true，monitor-execution=false的情况下，failover不会生效。
官方早起版本monitor-execution默认开启，在我们当时用的1.07版本中，该属性默认关闭。
对于该属性，官方的观点是短期执行的任务不建议开启，会明显影响性能。对于执行周期很长且业务需求的才建议开启。若丢失的服务器，下次重新分片后，原来丢失的分片不影响业务，仍可以不开启。
也就是说，开启会造成性能问题；关闭，如果有服务器丢失：
1、跟zk断开，跟其它没断开，本次任务仍然正常运行，不会对业务造成影响；
2、跟zk断开，跟其它也断开，本次任务出现异常（数据库连接失败等），会影响业务；需要程序处理异常或者事后人工处理；
3、根zk没断，跟其它断开，任务分片会正常过来，但任务执行异常，会影响业务，需要程序处理异常或者事后人工处理；
------------------------------------------------------------------------------------------------------------------------------------------------------------------
以上问题为实际开发过程中遇到的疑问，自己在本地测试的结果，难免有考虑不周的情况，有错误之处欢迎留言讨论。
ps：今天看了下官网，发现官方已经推出elastic-job-cloud了！这是个什么东东？！看上去貌似很好很强大，稍后得看一下，努力追赶各路开源大神的脚步，，，，，
标签：
原文地址：http://www.cnblogs.com/nevermorewang/p/5744324.html
