QQ登录

只需要一步,快速开始

 注册地址  找回密码
查看: 5887|回复: 1
打印 上一主题 下一主题

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

[复制链接]
字体大小: 正常 放大
杨利霞        

5273

主题

82

听众

17万

积分

  • TA的每日心情
    开心
    2021-8-11 17:59
  • 签到天数: 17 天

    [LV.4]偶尔看看III

    网络挑战赛参赛者

    网络挑战赛参赛者

    自我介绍
    本人女,毕业于内蒙古科技大学,担任文职专业,毕业专业英语。

    群组2018美赛大象算法课程

    群组2018美赛护航培训课程

    群组2019年 数学中国站长建

    群组2019年数据分析师课程

    群组2018年大象老师国赛优

    跳转到指定楼层
    1#
    发表于 2020-5-30 15:21 |只看该作者 |倒序浏览
    |招呼Ta 关注Ta
    Docker 中时区和宿主机相隔八个小时的解决方案之一
    ) ?+ p9 s9 M3 w& G" X前言+ \8 ^, c$ X: |$ K% D
    1 A" G4 t1 r7 Z# l& A
    项目部署在 tomcat 容器中,但是定时任务在凌晨插入数据到数据库后,第二天查看数据时间不对,时间延后的8个小时,于是踏上了解决之路。
    ) K' t2 o5 z$ E; d4 b
    7 R: R: j- D  |2 I! h, W" s关键字:Linux、Docker、Tomcat
    " _. u8 R- \6 H" X% ^' K/ R, ]3 L0 A0 k, y; @& X) _2 p+ c
    一、问题重现
    5 V3 C7 K" I5 b; ^6 b# Y
    : w" E" i8 Q' H( H/ n, N$ i项目中设置的定时任务是凌晨0点整执行,但是第二天查看数据库发现插入的时间是当天的8点钟(为什么是延后后面会讲),然后查看日志发现,打印日志的时间也和现在对不上(比现在少八个小时),就已经很明了了,时区的问题,然后重要的是怎么解决,把这个打印时间变成和现在对应的时间。, Q* ~$ z0 G9 s' i( i! B3 i

    0 g1 s5 z# M: z# E+ B! u7 f# a[root@iZh4ntc7dmrvkzZ zxw]# docker logs -f --tail 100 965abb1fb546 # 查看 docker 容器日志的最后100行,动态的(新增继续打印), k% e0 _2 G7 Z8 H
    # 打的日志上面的信息会比当前的时间(北京时间)少8个小时
    & t& F; S9 C! a" r; r28-May-2020 02:41:31.492 INFO [Thread-9] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler ["http-nio-8080"]* m1 B' a$ |- D1 p! I! {& B% E+ z
    28-May-2020 02:41:31.496 INFO [Thread-9] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler ["ajp-nio-8009"]2 @. G. g0 o5 S- U8 V: f6 p' }+ h
    28-May-2020 02:41:31.498 INFO [Thread-9] org.apache.coyote.AbstractProtocol.destroy Destroying ProtocolHandler ["http-nio-8080"]0 O+ H9 C$ _8 Y# \) Z
    [root@iZh4ntc7dmrvkzZ zxw]# docker exec 965abb1fb546 date # 查看指定容器的时区,965abb1fb546为容器 id' @0 q0 m# N: k% p' L
    Thu May 28 02:50:42 UTC 2020
    / O* b7 q; x; L! I% w( p[root@iZh4ntc7dmrvkzZ ~]# date # 查看 linux 的时间1 c4 z$ b( `2 }7 P; `+ Z
    Thu May 28 14:19:38 CST 2020
    . v2 X% T$ V, s[root@iZh4ntc7dmrvkzZ ~]#
    6 ~; h3 c) |1 E7 @2 ~* l/ m1
    7 f8 y! @3 e% h& r, _9 s2' O; {5 T; V! D2 Y0 N& g7 j$ n
    31 A1 i7 E" _  ]% c8 w1 L
    4
    ! \; b- [% z' L. [& @5& Y2 _6 Q& H  h' ]8 m+ B8 Y
    6
    ! W6 a/ m2 u9 P9 n2 C& h5 `7- t$ W$ S: R6 H' l1 _6 o3 I
    80 C+ Q" H+ P* r* r
    9
    : u. ?' O; S  [! S# l4 E* m明显一个是 UTC,一个是 CST,不一样的时区,相差八个小时。5 m# b, [+ ?& e& ^& P
    ! Q: t/ l* V' C1 Y- I8 g2 \
    二、分析问题6 P4 ], [) J) ^$ O3 q5 g2 R
    2 M  g, ?9 _" I8 i7 s
    刚遇到的时候只知道是时区问题,最先想到的就是 tomcat 的时区设置不对,然后找了资料修改之后,发现并没有什么暖用,然后查资料的时候发现 docker 的时间也会出现这种情况,就把问题方向占时确认为 docker 问题(后面修改成功也证明了确实是 docker 的问题)。2 t( |7 K) d" [0 E
    . [, X$ p5 }; T. Q7 B# v
    三、修改 docker 容器的时区" r# F/ p3 ?: ?6 I9 A
    ( F& M" H; Q: G+ v4 {0 D
    1、进入需要修改时区的 docker 容器
    ' D2 p! _) K5 {6 R2 b
    . T+ Y3 x" s. Y) E[root@iZh4ntc7dmrvkzZ zxw]# docker exec -it 965abb1fb546 /bin/bash
    & b8 v/ Y- G8 ~9 Zroot@965abb1fb546:/usr/local/tomcat# cd /usr/share/zoneinfo/Asia # 进入亚洲时区文件夹0 L3 S! L+ _( \8 b( Q* |
    1" o: F+ N$ v: R& H# p
    2、复制上海(Shanghai)时区到 localtime
    / }+ ?3 N* V3 |3 D6 U% |; |0 Y; y( u! k& W2 R5 l$ S
    root@965abb1fb546:/usr/share/zoneinfo/Asia# cp Shanghai /etc/localtime # cp 直接复制- O2 _+ }' M) ]4 i
    root@965abb1fb546:/usr/share/zoneinfo/Asia# exit # 退出容器
    7 V- T: ?3 J# Z& n. r7 rexit
    8 Q( f% R1 Z; _) m, `; M[root@iZh4ntc7dmrvkzZ zxw]# docker restart 965abb1fb546 # 重启容器# e; ^6 W2 @1 i2 _( J3 v/ M
    965abb1fb546
    4 j. f* R. m8 M* u( s[root@iZh4ntc7dmrvkzZ zxw]# docker exec 965abb1fb546 date # 再次查看,已经和现在的时间对应了,时区也变成了 CST 了% k( U6 K. m, W% D
    Thu May 28 11:12:12 CST 2020! \" \- X5 w, w1 ]7 u
    18 ]- @4 h) n& m: H$ w/ a0 N
    2
    & y3 F1 G$ r2 a3 e# L! I3# @3 f7 v; K3 s, \
    4
    & t" `; L/ X3 [& D3 f0 `( i5
    7 G2 e2 G5 X8 t; a& w* E65 L& j* b0 B" s
    四、验证(重启容器并查看日志)
    ! L( b$ g( A2 x8 Q2 N( `' v8 m) M* a1 H+ s" Y' L+ F0 e5 z' p5 m
    [root@iZh4ntc7dmrvkzZ zxw]# docker logs -f --tail 100 965abb1fb5466 {, b) c0 t8 A' H7 X$ Z
    28-May-2020 11:16:56.191 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log OS Name:               Linux8 ?( }% L$ j  {# F! F+ j. B6 b
    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  W8 _+ a% L9 @; L7 ]- G1 u
    28-May-2020 11:16:56.191 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Architecture:          amd64
    % Y0 k% ]2 _* L& s4 `; F% ]1 d1# r, \4 z! x7 T
    2( n8 A% v' i$ y/ F
    3
    : m: V% {. c& ?可以看到打印的日志已经和当前时间相同了。
    " E# u4 E& a7 X# v2 d. Z) O+ K
    ' n  u2 W4 u0 d7 w6 i" A8 b: D五、说明
    - ^) Z+ m9 m; `3 ^; V1 f9 P9 C( q) `/ Q
    为什么时区时间是少了8个小时,但是数据库的时间却比设置的时间多了8个小时?
      D2 g1 Y% _( j+ a/ e! `/ C是因为数据库设置了操作时间为上海时间(Shanghai),所以插入的时候会自动在当前时间➕8个小时,指定的0点本来是指定的上海时间的0点,但是时区不对(执行的时候始终是0点),就是在另一个时区的零点执行的,另一个时区的零点其实就是 Shanghai 时间的八点中,所以数据库的时间是 Shanghai 时间的8点钟执行的,说白了就是时区把0点延后了8小时,但是保存到数据库是 Shanghai 时间,于是就➕了八个小时,有点小饶,但是想清楚了就完全能理解了。; c. S! Y/ h9 i+ `0 C1 c
    ( A, W' j) J$ f) R! y+ F$ v6 T
    六、参考# a' f5 Z" N9 Q* j# T
    2 X( x) f. E+ s: O% }+ f
    参考文章
    . J7 f( A' I% u6 \& v6 v2 }# |# }$ x* D: }/ C0 H
    总结3 P- Z$ v$ S) s
    6 v# S' B" @1 U9 P
    时区问题经常遇到,修改的地方也不尽相同,所以记录在此,下次遇到了能快速解决问题;这也只是其中一种修改 docker 容器的时区方法,还有其它的比如,启动的时候挂载宿主机的时区等,这里不再说明,网上也有很多资料,以后有遇到再记录。
    ( b& l2 P* M! R% @+ L& l————————————————
      O" d3 l( G! K# p0 v版权声明:本文为CSDN博主「忧郁的白衬衫丶」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。- S. H+ N, S. L3 _4 D9 g3 Z
    原文链接:https://blog.csdn.net/weixin_42816285/article/details/106403093
    6 F! ?) B: a& x% E' F/ O* a) D
    ) D4 B* T  ]8 k+ }* |
    ; w( Y# F" n$ o- X; Y" Y+ _
    zan
    转播转播0 分享淘帖0 分享分享0 收藏收藏0 支持支持0 反对反对0 微信微信

    0

    主题

    1

    听众

    6

    积分

    升级  1.05%

    该用户从未签到

    回复

    使用道具 举报

    您需要登录后才可以回帖 登录 | 注册地址

    qq
    收缩
    • 电话咨询

    • 04714969085
    fastpost

    关于我们| 联系我们| 诚征英才| 对外合作| 产品服务| QQ

    手机版|Archiver| |繁體中文 手机客户端  

    蒙公网安备 15010502000194号

    Powered by Discuz! X2.5   © 2001-2013 数学建模网-数学中国 ( 蒙ICP备14002410号-3 蒙BBS备-0002号 )     论坛法律顾问:王兆丰

    GMT+8, 2026-6-9 03:38 , Processed in 0.417172 second(s), 56 queries .

    回顶部