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

杨利霞

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

+ R+ U: P8 M: h6 H2 ?" }$ O1 g项目部署在 tomcat 容器中，但是定时任务在凌晨插入数据到数据库后，第二天查看数据时间不对，时间延后的8个小时，于是踏上了解决之路。
  s7 ?3 j2 M( v$ u( B; j7 l0 Q
  m. Y; G' E  x+ D关键字：Linux、Docker、Tomcat

一、问题重现

0 ]- \5 T8 a8 d  B: c项目中设置的定时任务是凌晨0点整执行，但是第二天查看数据库发现插入的时间是当天的8点钟（为什么是延后后面会讲），然后查看日志发现，打印日志的时间也和现在对不上（比现在少八个小时），就已经很明了了，时区的问题，然后重要的是怎么解决，把这个打印时间变成和现在对应的时间。

[root@iZh4ntc7dmrvkzZ zxw]# docker logs -f --tail 100 965abb1fb546 # 查看 docker 容器日志的最后100行，动态的（新增继续打印）
7 U1 n3 G0 U/ e* b1 i; W# 打的日志上面的信息会比当前的时间（北京时间）少8个小时
6 M; H* Y' e& G' l28-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"]
9 V6 v8 S; p' L3 q9 W8 n28-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
[root@iZh4ntc7dmrvkzZ ~]# date # 查看 linux 的时间
Thu May 28 14:19:38 CST 2020
: P6 N% \$ C# l* Y[root@iZh4ntc7dmrvkzZ ~]#
9 Z1 j% ~3 F- P1 K  G% l4 V# D1
2
0 A/ ^3 Q5 O, t! X8 s3
4
5
' _1 y: N8 u/ g  f9 Z# r: f6
  k+ B% R7 H, F0 k7
  ]# s2 c# x  U4 G1 `8
9
2 Z$ D2 I* N, l5 L明显一个是 UTC，一个是 CST，不一样的时区，相差八个小时。

. a1 c( ^/ d" |9 J7 M二、分析问题

刚遇到的时候只知道是时区问题，最先想到的就是 tomcat 的时区设置不对，然后找了资料修改之后，发现并没有什么暖用，然后查资料的时候发现 docker 的时间也会出现这种情况，就把问题方向占时确认为 docker 问题（后面修改成功也证明了确实是 docker 的问题）。

; H% N5 I. v- f" Z  a! C三、修改 docker 容器的时区
% o) a* k4 F6 R: Q
1、进入需要修改时区的 docker 容器

* p! ^2 g5 z0 S7 g" \[root@iZh4ntc7dmrvkzZ zxw]# docker exec -it 965abb1fb546 /bin/bash
root@965abb1fb546:/usr/local/tomcat# cd /usr/share/zoneinfo/Asia # 进入亚洲时区文件夹
( I& O0 o; w3 ?2 J1
/ L* K/ z8 q; [% i. f2 {2、复制上海（Shanghai）时区到 localtime

root@965abb1fb546:/usr/share/zoneinfo/Asia# cp Shanghai /etc/localtime # cp 直接复制
root@965abb1fb546:/usr/share/zoneinfo/Asia# exit # 退出容器
exit
; @& |$ d+ J1 H/ P3 z/ b* w, U- Y[root@iZh4ntc7dmrvkzZ zxw]# docker restart 965abb1fb546 # 重启容器
965abb1fb546
[root@iZh4ntc7dmrvkzZ zxw]# docker exec 965abb1fb546 date # 再次查看，已经和现在的时间对应了，时区也变成了 CST 了
Thu May 28 11:12:12 CST 2020
5 m  R' r8 ]+ y+ p1
, F: |+ S) D7 X, ]! g7 d- x9 E2
3
4
- d/ D0 h2 Y% f8 l& q5
6
四、验证（重启容器并查看日志）

- Q+ w. m9 c2 j) n[root@iZh4ntc7dmrvkzZ zxw]# docker logs -f --tail 100 965abb1fb546
1 c4 J- Q  S* Z8 u28-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
28-May-2020 11:16:56.191 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Architecture:          amd64
+ R+ T) y, @1 y# u5 c. r7 b1
2
$ w, z" b+ @- q- }( d2 A* Z& _3
可以看到打印的日志已经和当前时间相同了。
# R( Z: F, R4 g2 `: P
五、说明

为什么时区时间是少了8个小时，但是数据库的时间却比设置的时间多了8个小时？
是因为数据库设置了操作时间为上海时间（Shanghai），所以插入的时候会自动在当前时间➕8个小时，指定的0点本来是指定的上海时间的0点，但是时区不对（执行的时候始终是0点），就是在另一个时区的零点执行的，另一个时区的零点其实就是 Shanghai 时间的八点中，所以数据库的时间是 Shanghai 时间的8点钟执行的，说白了就是时区把0点延后了8小时，但是保存到数据库是 Shanghai 时间，于是就➕了八个小时，有点小饶，但是想清楚了就完全能理解了。

' z7 `# z& A. x0 I! S六、参考
& k3 c4 E6 h) \5 z9 n: b( U
* O; [  n0 }/ M- ~4 I参考文章
2 x( m( N( p% B7 v
. @1 v$ k0 o  j6 M总结
+ M$ O5 U# P& ]
时区问题经常遇到，修改的地方也不尽相同，所以记录在此，下次遇到了能快速解决问题；这也只是其中一种修改 docker 容器的时区方法，还有其它的比如，启动的时候挂载宿主机的时区等，这里不再说明，网上也有很多资料，以后有遇到再记录。
7 L: n) e; l) q4 p# B% v————————————————
% H0 ]7 m" R  t* Q% P5 u% r版权声明：本文为CSDN博主「忧郁的白衬衫丶」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
) w' F7 T* z+ L原文链接：https://blog.csdn.net/weixin_42816285/article/details/106403093


# E+ R# F9 [) N" G

手可摘星陈

发表回复谢谢啦
8 n0 A9 w; i' e1 Y# m