使用数据库的Update锁机制处理并发多线程

浏览数：43 / 时间：2015年06月12日

之前在公司做一个定时任务，任务本身的逻辑难度一般，但是我们生产环境是4台服务器集群的，测试环境也是2台服务器集成，那么对于JOB来说就会面临一个问题，

假如你的JOB是每天凌晨2.30跑，那么同一时间4台服务器都会去执行这个JOB，如果对同一个数据进行update操作就会发生脏读了。处理这个问题可以用数据库的update 锁来解决，因为我们知道update之后会返回更新的条数，所以我们用一个标示状态来表示目前有台服务器在执行JOB了

如标示用 flag表示默认为N 没有JOB执行，第一个服务器进入JOB 把这个标示给更新成 Y 那么会成功返回update条数 1 ，其他的三台机器则会update条数为0所以 if判断一下就好，然后在正常执行完和异常代码块里都还原一下就是把 Y 改成N 代码贴上：

    // N为目前没人执行    Y表示已经在执行     如果 N 能改为Y 证明目前没人执行。     默认执行完都会改为N
        //将N改为Y  如果修改条数大于0说明成功， 目前没人
        int updatedCount = commSysParamDAO.updateParamValueByParamKey(SystemConstant.MESSAGE_SCHEDULE_QUARTZ_IS_STARTED,  SystemConstant.NO,  SystemConstant.YES, null);
        boolean isQuartzStarted = (updatedCount <= 0);
        
        if (isQuartzStarted) {
            message="executeMsgBoardScheduleAndRemindJob: 已在执行,无法重执行！";
            logger.info(message);
            return message;
        }