本文共 1268 字，大约阅读时间需要 4 分钟。

会导致“多个workers" （单个 worker 下工作正常）的状态下，导入 CSV 文件之后，不能正常的根据导入的 device进行 query remote, update emails . 这两个操作。 根据Randy的要求， 导入CSV之后，可以自动的查询远程，然后更新本地的device信息。 所以后来的代码是这样做的： 1. 建立优先级是 0 的JOB （最高）， 来导入CSV 2. 建立优先级是 10 的JOB， （中级） ， 来查询远程远程DEVICE数据。 3. 建立优先级是 20 的JOB （最低）， 来更新本地DEVICE数据。 可是实际上发现，在多个WORKER下，上述情况不成里。 会有不少 优先级 = 20 的JOB，会在 优先级 = 10 的JOB执行完成之前被执行。 经过研究，发现了 delayed_job 的执行机制： 某个JOB在被执行时，会被设置 lock = true ，然后等它执行完毕了，worker再删掉这个job. 所以，在下面这个情况下， 低优先级的JOB会在高优先级的JOB未完成之前被执行： job1, p = 10, 耗时 10s job2, p = 10, 耗时 10s job3, p = 10, 耗时 10s job4, p = 20, 耗时 5s job5, p = 20, 耗时 5s 在 worker = 5 （总之只要满足 > 3 这个条件） 时， 就会出现： job1, job2, job3 被执行 job4, job5 也被执行 结果 job4, job5 被执行完之后， job 1, 2,3 都没执行完。 所以为了解决这个问题，我加入了"wait job" , 专门用于等待。

4     loop do       5       unless preconditional_jobs_exist?(priority_of_this_job)       6         break       7       end       8       Rails.logger.info "=== preconditional_jobs_exist:(priority < #{priority_of_this_job}), sleep 10 seconds"       9       sleep 10      10     end

最新（正在测试中）的代码是这样的： 1. 建立优先级是 0 的JOB （最高）， 来导入CSV 2. 建立优先级是 10 的JOB， （中级） ， 来查询远程远程DEVICE数据。 2.5 建立优先级是 15 的 WAIT JOB ， 用来专门等待，确定 所有的 高优先级JOB 完成。 3. 建立优先级是 20 的JOB （最低）， 来更新本地DEVICE数据。 目前从LOG来看， 这些JOB不是严格按照优先级执行的。 而是有极少数（3~ 5%) 会忽略优先级被执行。 所以这个问题还需要进一步的排查。

转载地址：http://vwuci.baihongyu.com/