当JVM时区和数据库时区不一致的时候,会发生什么?这个问题也许你从来没有注意过,但是当把Java程序容器化的时候,问题就浮现出来了,因为目前几乎所有的Docker Image的时区都是UTC。本文探究了Oracle及其JDBC驱动对于时区的处理方式,并尝试给出最佳实践。
先给总结
DATE
和TIMESTAMP
类型不支持时区转换。- 如果应用和Oracle的时区不一致,那么应该使用
TIMESTAMP WITH LOCAL TIME ZONE
。- 对于JDBC程序来说,JVM时区和用户时区保持一致就行了。
- 如果应用和Oracle的时区不一致,而且需要保存时区信息,那么应该使用
TIMESTAMP WITH TIME ZONE
。 - 格式化日期时间字符串函数
TO_CHAR
:- 对于
TIMESTAMP WITH TIME ZONE
来说,使用TO_CHAR
时要注意让它输出时区信息(TZH:TZM TZR TZD
),否则结果会是截断的。 - 对于
TIMESTAMP WITH LOCAL TIME ZONE
来说,使用TO_CHAR
返回的结果会转换时区。
- 对于
- 当前日期时间的函数:
- 除非必要,不要使用
SYSDATE
和SYSTIMESTAMP
,这个返回的是数据库所在操作系统的时间。 - 尽量使用
CURRENT_TIMESTAMP
,它返回的是TIMESTAMP WITH TIME ZONE
,能够用来安全的比较时间。
- 除非必要,不要使用
日期时间类型的时区
Oracle Datetime Datatypes有这么几种:
- DATE,保存
YYYY-MM-DD HH24:MI:SS
。 - TIMESTAMP,比
DATE
多存了fractional seconds(FF
)。 - TIMESTAMP WITH TIME ZONE,比
TIMESTAMP
多了时区偏移量(比如+08:00,TZH:TZM
)or 时区区域名称(比如Asia/Shanghai,TZR
)和夏令时标记(TZD
)。 - TIMESTAMP WITH LOCAL TIME ZONE。和
TIMESTAMP
类似,不过存储的数据会标准化为数据库的时区,用户获取它的时候会转换成用户时区(对于JDBC来说,就是JVM时区)。
|
|
然后用system/oracle用户登录到oracle,执行下列sql建表:
|
|
为了验证这个结论,我写了一段程序来实验,这个程序做了三件事情:
- 使用Asia/Shanghai时区构造一个日期java.util.Date:2018-09-14 10:00:00,然后插入到数据库里。
- 使用Asia/Shanghai时区把这个值再查出来,看看结果。
- 使用Asia/Shanghai时区,获得这个字段的格式化字符串(使用DATE_FORMAT()函数)。
- 使用Europe/Paris时区重复第2-3步的动作。
运行程序获得以下结果:
|
|
可以看到,DATE
和TIMESTAMP
是不支持时区转换的,实际上DATE
和TIMESTAMP
会丢弃掉时区信息。
对于TIMESTAMP WITH TIME ZONE
来说,使用TO_CHAR
时要注意让它输出时区信息(TZH:TZM TZR TZD
),否则结果会是截断的。
对于TIMESTAMP WITH LOCAL TIME ZONE
来说,使用TO_CHAR
返回的结果会转换时区。
当前日期时间相关函数
Oracle和当前时间有关的函数有这么几个:
CURRENT_DATE
,返回的是DATE
类型CURRENT_TIMESTAMP
,返回的是TIMESTAMP WITH TIME ZONE
类型LOCALTIMESTAMP
,返回的是TIMESTAMP
类型SYSDATE
,返回的是DATE
类型SYSTIMESTAMP
,返回的是TIMESTAMP
类型
写了一段程序,输出结果是这样的:
|
|
可以发现,CURRENT_DATE
、CURRENT_TIMESTAMP
、LOCALTIMESTAMP
的结果都根据客户端时区做了转换。而SYSDATE
和SYSTIMESTAMP
返回的则是数据库所在操作系统所在时区的时间。
在Oracle客户端操作时区
|
|
参见Setting the Database Time Zone 和 Setting the Session Time Zone
参考资料
- Oracle Datetime Datatypes
- Oracle和当前时间有关的函数
- Oracle Datetime Comparisons
- Setting the Database Time Zone
- Setting the Session Time Zone
- Oracle JDBC Connection Constant Field Values
- W3C- Working with timezone
评论