Oracle库DATE字段时区差异排查及统一存储为AEST方案咨询

1 相同写入代码出现时区差异的原因 #

Java中的java.util.Date本身不携带任何时区信息，本质存储的是UTC时间戳，出现两个表存储时区不同是写入链路的隐式时区转换导致的，常见影响配置如下：

• JDBC连接配置差异：如果两张表的写入用了不同的数据源配置，JDBC连接参数中的serverTimezone、oracle.jdbc.timezoneAsRegion设置不同，驱动会按各自配置的时区做时间转换后写入
• Oracle会话时区差异：两个写入逻辑对应的数据库会话TIME_ZONE参数不一致，DATE类型在Oracle中存储的是会话时区对应的本地时间，会话时区分别为UTC、AEST时就会出现写入结果时区不同
• ORM框架配置差异：如果用了MyBatis、Hibernate等ORM框架，两个表对应的实体类日期字段的类型处理器、序列化注解配置不同，也会触发不同的时区转换逻辑

2 统一存储为AEST时区的修改建议 #

方案1：统一链路时区配置（改动最小，优先推荐） #

从根源避免隐式时区转换，统一全链路时区为AEST：

1. 所有数据库连接的JDBC参数统一指定时区，Oracle JDBC连接字符串新增配置：
   oracle.jdbc.timezoneAsRegion=true&serverTimezone=Australia/Sydney
2. 统一Oracle会话/全局时区，执行SQL修改：

-- 会话级修改，适合临时验证
ALTER SESSION SET TIME_ZONE = 'Australia/Sydney';
-- 全局级修改，重启数据库后生效
ALTER SYSTEM SET TIME_ZONE = 'Australia/Sydney' SCOPE=SPFILE;

方案2：代码层主动指定时区（适配无法修改配置的场景） #

代码层面替换有歧义的java.util.Date，改用Java 8+提供的java.time时区安全类主动处理：

// 直接获取AEST时区的当前时间
ZonedDateTime aestNow = ZonedDateTime.now(ZoneId.of("Australia/Sydney"));
// 转换为对应Oracle DATE类型的LocalDateTime写入，不会触发隐式时区转换
LocalDateTime writeTime = aestNow.toLocalDateTime();

如果必须兼容旧的java.util.Date写法，可按以下方式做强制转换：

Date now = new Date();
SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
// 强制指定格式化时区为AEST
sdf.setTimeZone(TimeZone.getTimeZone("Australia/Sydney"));
Date aestDate = sdf.parse(sdf.format(now));

注意：尽量避免使用SimpleDateFormat，该类线程不安全，时区处理逻辑容易出现不可预期的问题，优先用java.time包下的类做时间处理。

内容的提问来源于stack exchange，提问作者alex