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

杨利霞

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

项目部署在 tomcat 容器中，但是定时任务在凌晨插入数据到数据库后，第二天查看数据时间不对，时间延后的8个小时，于是踏上了解决之路。

! N* {7 R3 [, L$ ~& ]关键字：Linux、Docker、Tomcat
6 h5 d3 F* \/ Q; y
1 Y' z5 _+ u$ _9 D# C: Y. ]一、问题重现
  Q* F& }( M- P, Q, b- ]. B
- d& Z0 X2 J1 R0 d% L1 ]7 p0 o# O, a项目中设置的定时任务是凌晨0点整执行，但是第二天查看数据库发现插入的时间是当天的8点钟（为什么是延后后面会讲），然后查看日志发现，打印日志的时间也和现在对不上（比现在少八个小时），就已经很明了了，时区的问题，然后重要的是怎么解决，把这个打印时间变成和现在对应的时间。
: e$ O  x; z$ j4 `9 k
[root@iZh4ntc7dmrvkzZ zxw]# docker logs -f --tail 100 965abb1fb546 # 查看 docker 容器日志的最后100行，动态的（新增继续打印）
( H3 }* v. s5 u0 v# 打的日志上面的信息会比当前的时间（北京时间）少8个小时
: O* c) g9 ~( c. D% d* B28-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"]
, R# \$ r6 F8 }5 i; }9 l28-May-2020 02:41:31.498 INFO [Thread-9] org.apache.coyote.AbstractProtocol.destroy Destroying ProtocolHandler ["http-nio-8080"]
3 J4 Q3 R, m/ S[root@iZh4ntc7dmrvkzZ zxw]# docker exec 965abb1fb546 date # 查看指定容器的时区，965abb1fb546为容器 id
Thu May 28 02:50:42 UTC 2020
5 @! v1 M( @0 D7 H" Q/ o5 X[root@iZh4ntc7dmrvkzZ ~]# date # 查看 linux 的时间
Thu May 28 14:19:38 CST 2020
[root@iZh4ntc7dmrvkzZ ~]#
1
2
3
! G0 p0 y" ?) C- ~! S/ ^1 E4
: f3 ^) Y/ a2 m; y2 s5
1 R4 p8 i8 I. ^: y3 ?6
7
8
9
明显一个是 UTC，一个是 CST，不一样的时区，相差八个小时。

二、分析问题
9 u: {' @1 H; ^! T+ x2 V- c+ V/ A
刚遇到的时候只知道是时区问题，最先想到的就是 tomcat 的时区设置不对，然后找了资料修改之后，发现并没有什么暖用，然后查资料的时候发现 docker 的时间也会出现这种情况，就把问题方向占时确认为 docker 问题（后面修改成功也证明了确实是 docker 的问题）。
- y" b! ~9 K2 C/ T1 R, T6 g
1 Y; G8 p& X/ N% ]+ h9 s三、修改 docker 容器的时区
, T  N, o/ t$ m4 i' t
1、进入需要修改时区的 docker 容器

- ~8 ^- n2 p3 u, o9 }2 k8 I: n[root@iZh4ntc7dmrvkzZ zxw]# docker exec -it 965abb1fb546 /bin/bash
1 N+ h. A9 a1 i3 iroot@965abb1fb546:/usr/local/tomcat# cd /usr/share/zoneinfo/Asia # 进入亚洲时区文件夹
. U! e+ F/ L  d% k1
2、复制上海（Shanghai）时区到 localtime

% T4 c# K* P- Y( Q/ ^. N1 Qroot@965abb1fb546:/usr/share/zoneinfo/Asia# cp Shanghai /etc/localtime # cp 直接复制
6 R7 r3 s4 k7 u- }root@965abb1fb546:/usr/share/zoneinfo/Asia# exit # 退出容器
5 T* U4 N( b" s8 B1 B: X" t/ T  kexit
/ {3 @7 Y4 T# V( ~, o[root@iZh4ntc7dmrvkzZ zxw]# docker restart 965abb1fb546 # 重启容器
965abb1fb546
/ j0 d+ J2 u% P/ Z[root@iZh4ntc7dmrvkzZ zxw]# docker exec 965abb1fb546 date # 再次查看，已经和现在的时间对应了，时区也变成了 CST 了
: }1 `& a9 s, K. YThu May 28 11:12:12 CST 2020
1
2
3
4
6 X" g, s! R2 @5
( N3 G7 ~9 Y6 F( ?' p0 K1 d, Z$ ~6
四、验证（重启容器并查看日志）

[root@iZh4ntc7dmrvkzZ zxw]# docker logs -f --tail 100 965abb1fb546
0 \7 p9 @& r3 H28-May-2020 11:16:56.191 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log OS Name:               Linux
28-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
: e0 G! E$ W- V7 k; \" U& [28-May-2020 11:16:56.191 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Architecture:          amd64
1
" e5 j& q* A7 G" Z) H2
3
+ s. h9 i7 y7 W0 L2 R; C/ `可以看到打印的日志已经和当前时间相同了。
) e; B/ O1 r$ ]( K
五、说明

! `3 _- F9 K2 N$ d& x" O! [为什么时区时间是少了8个小时，但是数据库的时间却比设置的时间多了8个小时？
5 t2 r) y; ^' N; I9 L5 s6 @是因为数据库设置了操作时间为上海时间（Shanghai），所以插入的时候会自动在当前时间➕8个小时，指定的0点本来是指定的上海时间的0点，但是时区不对（执行的时候始终是0点），就是在另一个时区的零点执行的，另一个时区的零点其实就是 Shanghai 时间的八点中，所以数据库的时间是 Shanghai 时间的8点钟执行的，说白了就是时区把0点延后了8小时，但是保存到数据库是 Shanghai 时间，于是就➕了八个小时，有点小饶，但是想清楚了就完全能理解了。

六、参考

2 ^6 A3 ?, A: G: b9 ~: Q参考文章

总结
+ g3 X2 k: d* @& d$ A7 Q. u; D
' T) F* B1 ]8 M9 i" A. d时区问题经常遇到，修改的地方也不尽相同，所以记录在此，下次遇到了能快速解决问题；这也只是其中一种修改 docker 容器的时区方法，还有其它的比如，启动的时候挂载宿主机的时区等，这里不再说明，网上也有很多资料，以后有遇到再记录。
3 u$ Q; U8 h3 k  r————————————————
/ g' l0 M" U% X" q& q/ q+ x版权声明：本文为CSDN博主「忧郁的白衬衫丶」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
) T1 y9 \' \2 H2 `% B0 M) @原文链接：https://blog.csdn.net/weixin_42816285/article/details/106403093

手可摘星陈

发表回复谢谢啦
# l" f/ u4 p7 |" J: {4 t+ t9 t