Docker 中时区和宿主机相隔八个小时的解决方案之一

杨利霞

Docker 中时区和宿主机相隔八个小时的解决方案之一
7 ^. i/ s; s$ o0 a6 R1 ]0 Q前言
. D4 K! Q& D" g& \% Z
项目部署在 tomcat 容器中，但是定时任务在凌晨插入数据到数据库后，第二天查看数据时间不对，时间延后的8个小时，于是踏上了解决之路。
  {8 l  e$ Z+ `5 o3 i* S
3 F8 A6 c% E% w, C3 |' t, `7 |: ^关键字：Linux、Docker、Tomcat
% B7 V6 h5 O% q$ [
一、问题重现
: u7 Z7 n- {' r5 I" ~
$ |! e3 `) d0 T项目中设置的定时任务是凌晨0点整执行，但是第二天查看数据库发现插入的时间是当天的8点钟（为什么是延后后面会讲），然后查看日志发现，打印日志的时间也和现在对不上（比现在少八个小时），就已经很明了了，时区的问题，然后重要的是怎么解决，把这个打印时间变成和现在对应的时间。
0 P- |9 y8 ?4 q$ C( V
8 n" X6 F: X8 ~: w$ s% B[root@iZh4ntc7dmrvkzZ zxw]# docker logs -f --tail 100 965abb1fb546 # 查看 docker 容器日志的最后100行，动态的（新增继续打印）
# 打的日志上面的信息会比当前的时间（北京时间）少8个小时
28-May-2020 02:41:31.492 INFO [Thread-9] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler ["http-nio-8080"]
28-May-2020 02:41:31.496 INFO [Thread-9] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler ["ajp-nio-8009"]
28-May-2020 02:41:31.498 INFO [Thread-9] org.apache.coyote.AbstractProtocol.destroy Destroying ProtocolHandler ["http-nio-8080"]
[root@iZh4ntc7dmrvkzZ zxw]# docker exec 965abb1fb546 date # 查看指定容器的时区，965abb1fb546为容器 id
Thu May 28 02:50:42 UTC 2020
8 ]  T4 d3 `" w) b2 j[root@iZh4ntc7dmrvkzZ ~]# date # 查看 linux 的时间
2 c& C! ]/ B$ F/ QThu May 28 14:19:38 CST 2020
[root@iZh4ntc7dmrvkzZ ~]#
) o4 @" Z1 ~: x* R4 R# f1
! [: U( l& M" O+ e4 P2
3
5 D) {+ c+ R" a6 k: {4
5
6
& M1 }  C! Z! T5 c' y! k* B7
! ^4 a& x) e% i$ c  z8
5 B: r0 @8 {9 n9 M9
% x. v! I3 Q! ?" J) K0 h& F明显一个是 UTC，一个是 CST，不一样的时区，相差八个小时。
! I6 n6 p7 `, z+ \8 [# K# S
; Y, l# k5 p+ O- n二、分析问题
" }7 L7 g, }5 p: i/ b
刚遇到的时候只知道是时区问题，最先想到的就是 tomcat 的时区设置不对，然后找了资料修改之后，发现并没有什么暖用，然后查资料的时候发现 docker 的时间也会出现这种情况，就把问题方向占时确认为 docker 问题（后面修改成功也证明了确实是 docker 的问题）。
5 @/ a7 S5 m; D; ~  K) r# V$ n; e* G* y
/ Y6 {) H! \2 M# u4 I三、修改 docker 容器的时区
9 {$ P1 q4 b  D+ E; Q! n$ M
1、进入需要修改时区的 docker 容器

% _& n  Z0 M& |1 r- a[root@iZh4ntc7dmrvkzZ zxw]# docker exec -it 965abb1fb546 /bin/bash
root@965abb1fb546:/usr/local/tomcat# cd /usr/share/zoneinfo/Asia # 进入亚洲时区文件夹
1
  B* X' D, T. \% u$ A6 l- j2、复制上海（Shanghai）时区到 localtime

. a& s  R0 A/ Z! |root@965abb1fb546:/usr/share/zoneinfo/Asia# cp Shanghai /etc/localtime # cp 直接复制
root@965abb1fb546:/usr/share/zoneinfo/Asia# exit # 退出容器
+ K% n8 q9 {6 a  F  w. Sexit
[root@iZh4ntc7dmrvkzZ zxw]# docker restart 965abb1fb546 # 重启容器
965abb1fb546
* U5 ^) B0 C: o9 ?* q[root@iZh4ntc7dmrvkzZ zxw]# docker exec 965abb1fb546 date # 再次查看，已经和现在的时间对应了，时区也变成了 CST 了
Thu May 28 11:12:12 CST 2020
1
2
3
5 b0 Q. |/ @: p6 V: W; R. L4
5
# F/ u+ W1 n* G5 X6
四、验证（重启容器并查看日志）
# ]" J: [; t0 F
, D! {) a% L. ?* t" N& B) w/ I6 X7 F( A[root@iZh4ntc7dmrvkzZ zxw]# docker logs -f --tail 100 965abb1fb546
28-May-2020 11:16:56.191 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log OS Name:               Linux
3 V8 u' [8 t# k4 G* G% Y' D2 K28-May-2020 11:16:56.191 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log OS Version:            3.10.0-862.14.4.el7.x86_64
28-May-2020 11:16:56.191 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Architecture:          amd64
1
' J, m! s' L% B& |5 Y& r2
( {5 `' t5 X! B& J3
5 z; s. D+ @) J7 ]5 E) W可以看到打印的日志已经和当前时间相同了。
' g0 ]2 j# m" @1 }2 Q) F
五、说明
1 T9 i% r9 F" I3 u  n  u# r( O% s
为什么时区时间是少了8个小时，但是数据库的时间却比设置的时间多了8个小时？
是因为数据库设置了操作时间为上海时间（Shanghai），所以插入的时候会自动在当前时间➕8个小时，指定的0点本来是指定的上海时间的0点，但是时区不对（执行的时候始终是0点），就是在另一个时区的零点执行的，另一个时区的零点其实就是 Shanghai 时间的八点中，所以数据库的时间是 Shanghai 时间的8点钟执行的，说白了就是时区把0点延后了8小时，但是保存到数据库是 Shanghai 时间，于是就➕了八个小时，有点小饶，但是想清楚了就完全能理解了。

六、参考

参考文章
( I# X1 s& ~% V
/ P( ~3 j& n6 y% i/ e& k1 ?* f总结
, `: T- I. n- Y3 h
时区问题经常遇到，修改的地方也不尽相同，所以记录在此，下次遇到了能快速解决问题；这也只是其中一种修改 docker 容器的时区方法，还有其它的比如，启动的时候挂载宿主机的时区等，这里不再说明，网上也有很多资料，以后有遇到再记录。
: X7 [2 [2 U8 C& F9 \% L————————————————
& a2 D$ g$ W" W  N' M版权声明：本文为CSDN博主「忧郁的白衬衫丶」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
1 y& N7 O4 J' n( a5 p$ @3 V3 l原文链接：https://blog.csdn.net/weixin_42816285/article/details/106403093


! u7 B# l& i9 V

手可摘星陈

发表回复谢谢啦
7 R( r: z) Q# O; I