服务器时区与数据库时区不一致导致时间bug记录

本文主要是介绍服务器时区与数据库时区不一致导致时间bug记录，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

1、背景

一个活动，需要按照自然月刷新，每月一期，以活动开始当月作为第一期，每期可配置不同数据。问题出现在：活动开始时间为本月，但是查询用户数据发现当前为第二期，反复查看代码，确定计算期数逻辑无问题，十分诡异。期数计算代码如下：

protected int getPeriod(Date begin, Date now) {// DateUtil为工具类，format方法将时间转化为 yyyy-MM-dd格式String beginTime = DateUtil.format(begin, DateUtil.FORMATTER_YYYYMMDD_STR);String nowTime = DateUtil.format(now, DateUtil.FORMATTER_YYYYMMDD_STR);int beginYear = Integer.valueOf(beginTime.substring(0, 4));int nowYear = Integer.valueOf(nowTime.substring(0, 4));int beginMonth = (beginTime.charAt(5) - '0') * 10 + (beginTime.charAt(6) - '0');int nowMonth = (nowTime.charAt(5) - '0') * 10 + (nowTime.charAt(6) - '0');// 计算期数（可能出现跨年，需要考虑年份）return nowMonth + 12 * (nowYear - beginYear) - beginMonth + 1;}

2、排查

服务为分布式架构，有多个节点，发现只有少数节点会产生异常数据（本次活动只配置了一期，计算结果为第二期时会因拿不到配置数据而空指针，根据报错日志判断）。查看配置数据，发现活动开始时间为本月1日00点00分00秒，因此数个小时的时差即会导致月份出现偏差，猜测服务器时区问题，date -R检查服务器时区，正常节点与异常节点时区一致，暂时不考虑时区问题。
配置数据会加载进内存，当修改配置数据时，会修改有改动表的版本号，定时任务根据表版本号去刷新配置。考虑是配置人员中途改过数据，定时任务出现问题导致配置没有更新。观察日志，发现刷新配置的时间异常，时区与机器时区不一致。
date -R 结果（+0900 东九区）：