QQ登录

只需要一步,快速开始

 注册地址  找回密码
查看: 5888|回复: 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 中时区和宿主机相隔八个小时的解决方案之一8 Q3 d" _/ u) a$ X
    前言
    + c5 f( m. h1 U! t6 @& n: p
      Q6 b1 @, {$ Q( Z项目部署在 tomcat 容器中,但是定时任务在凌晨插入数据到数据库后,第二天查看数据时间不对,时间延后的8个小时,于是踏上了解决之路。& q: ?+ {. s7 D
    2 ~$ J" N$ ?& x% a4 T$ O
    关键字:Linux、Docker、Tomcat6 Y5 ?% N5 V% M3 k* R, G, {

    8 d. s! H/ q  A0 V6 t7 d  l一、问题重现6 m2 Y+ `8 A! r" F& ^3 j2 z

    , h3 E9 _! T& z# R6 V; P6 X: l项目中设置的定时任务是凌晨0点整执行,但是第二天查看数据库发现插入的时间是当天的8点钟(为什么是延后后面会讲),然后查看日志发现,打印日志的时间也和现在对不上(比现在少八个小时),就已经很明了了,时区的问题,然后重要的是怎么解决,把这个打印时间变成和现在对应的时间。% D# h7 x; T% k* y0 ?$ A& o( t% {

    * B* T* q# j2 y; v( m[root@iZh4ntc7dmrvkzZ zxw]# docker logs -f --tail 100 965abb1fb546 # 查看 docker 容器日志的最后100行,动态的(新增继续打印)
    1 S9 U) G$ p! V) b* \, o3 F# 打的日志上面的信息会比当前的时间(北京时间)少8个小时  ^3 _; h) y6 X% h: k0 T8 a
    28-May-2020 02:41:31.492 INFO [Thread-9] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler ["http-nio-8080"]
    5 X# ^) g+ [5 w/ ~0 G, @( U) W28-May-2020 02:41:31.496 INFO [Thread-9] org.apache.coyote.AbstractProtocol.stop Stopping ProtocolHandler ["ajp-nio-8009"]% ~2 K& I" F; _: P. Y: y# _8 d
    28-May-2020 02:41:31.498 INFO [Thread-9] org.apache.coyote.AbstractProtocol.destroy Destroying ProtocolHandler ["http-nio-8080"]# b8 Z* n& U! |4 `
    [root@iZh4ntc7dmrvkzZ zxw]# docker exec 965abb1fb546 date # 查看指定容器的时区,965abb1fb546为容器 id6 g; E& Y( s: Z# U. t
    Thu May 28 02:50:42 UTC 2020
    1 Q) T% K- x2 q[root@iZh4ntc7dmrvkzZ ~]# date # 查看 linux 的时间  A' v+ d# T$ K) }+ d
    Thu May 28 14:19:38 CST 20205 z) C& U# M3 w9 D  {0 ?4 k
    [root@iZh4ntc7dmrvkzZ ~]#
    : O& |1 p3 H5 M5 k5 T, }1
    , E4 x  t5 B& `7 w6 h  S2
    * a- g/ g- w( p$ i3
    . c$ _! I: o3 L5 m% z4
    1 u" ~, V: ?6 A( f% _5
    . R2 w; Z" M8 i! f1 ^3 h  D8 L66 O0 \. C* L  I" x4 l
    7- O0 [) @3 n9 v% L; N( B0 S
    89 F  x) y" c7 E
    96 V; \+ K+ M; l
    明显一个是 UTC,一个是 CST,不一样的时区,相差八个小时。& l7 v$ I0 y$ f( C. a

    + L8 f$ n& F  N6 U$ i5 @二、分析问题3 ]! [+ T' j6 l& H2 ~" I3 x" T
    ! q( z2 M3 a) ^( [% l# r
    刚遇到的时候只知道是时区问题,最先想到的就是 tomcat 的时区设置不对,然后找了资料修改之后,发现并没有什么暖用,然后查资料的时候发现 docker 的时间也会出现这种情况,就把问题方向占时确认为 docker 问题(后面修改成功也证明了确实是 docker 的问题)。
    # t1 O5 B) p- z
    / d" ^" O6 C. B& Z# a5 a三、修改 docker 容器的时区/ C. ~. h7 B& I- w6 e* M
    1 a) {% b& p1 E3 S
    1、进入需要修改时区的 docker 容器
    , ]# a# B+ W/ r% B) J+ ?* b' b1 T, \: W) s1 y$ w
    [root@iZh4ntc7dmrvkzZ zxw]# docker exec -it 965abb1fb546 /bin/bash
    & U% Q. D; u% Y: Wroot@965abb1fb546:/usr/local/tomcat# cd /usr/share/zoneinfo/Asia # 进入亚洲时区文件夹
    ( m- S9 S) z6 |: }1
    ! A- \7 B" v# P9 D- _/ t0 f2、复制上海(Shanghai)时区到 localtime
    ! ~( ]  j, m7 M7 F. l2 m# s7 V* W& `" x; [
    root@965abb1fb546:/usr/share/zoneinfo/Asia# cp Shanghai /etc/localtime # cp 直接复制
    - E' Q% g/ z9 H( G& w, w5 {root@965abb1fb546:/usr/share/zoneinfo/Asia# exit # 退出容器/ n3 V6 ?! g$ ?. a8 T/ S
    exit
    ; H0 R3 w- F- u/ ~/ k+ m( V  M  N$ J[root@iZh4ntc7dmrvkzZ zxw]# docker restart 965abb1fb546 # 重启容器
    6 \' ^7 i: m: k5 K5 O2 [% p$ O4 U965abb1fb546
    ; R: }- B; ]7 i4 g" O6 w# z5 B# _[root@iZh4ntc7dmrvkzZ zxw]# docker exec 965abb1fb546 date # 再次查看,已经和现在的时间对应了,时区也变成了 CST 了
    7 p! f9 s+ z9 s0 Y2 ?' ^0 cThu May 28 11:12:12 CST 2020
    * @0 `  D" Z6 z+ e: x* o1
    5 I4 q; T0 n$ b( N4 V. Z. T/ q3 J2
    . G) t( j0 C$ v1 c$ v( z" E" `3
    ' [# t* p9 H5 p4 F7 a8 O4+ r3 A6 j, J- Y9 B9 @& F
    5
    - V3 q& d' n2 o* _6 ^  i6% k8 `$ g  Z* q4 ?& P/ @
    四、验证(重启容器并查看日志)
    6 K7 _! h+ Z# ?4 s+ |# E# \) b2 y  @( s9 Z5 o
    [root@iZh4ntc7dmrvkzZ zxw]# docker logs -f --tail 100 965abb1fb546
    2 F9 ?4 |9 J7 _28-May-2020 11:16:56.191 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log OS Name:               Linux
    : l- Y; Z7 ]* ]7 v28-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
    $ e; y/ M1 j% ^) [28-May-2020 11:16:56.191 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Architecture:          amd64/ k- m% J( W% B6 C# @5 k, {) [  ~
    1) g  Y- S  ^) L% s' N
    2
    7 H% Q  a4 @5 H; v$ e3
    2 G  r# h6 j% s% k1 H: L6 A2 x可以看到打印的日志已经和当前时间相同了。  {- X! _  f1 u+ ]

    & [+ @( r4 r# j# q9 V( p五、说明
    & q$ I* r; G$ B5 Y/ X# d
    : }, ~* S# z$ @8 V为什么时区时间是少了8个小时,但是数据库的时间却比设置的时间多了8个小时?+ a2 I  Z9 b1 G/ K4 x3 t
    是因为数据库设置了操作时间为上海时间(Shanghai),所以插入的时候会自动在当前时间➕8个小时,指定的0点本来是指定的上海时间的0点,但是时区不对(执行的时候始终是0点),就是在另一个时区的零点执行的,另一个时区的零点其实就是 Shanghai 时间的八点中,所以数据库的时间是 Shanghai 时间的8点钟执行的,说白了就是时区把0点延后了8小时,但是保存到数据库是 Shanghai 时间,于是就➕了八个小时,有点小饶,但是想清楚了就完全能理解了。. g) v1 G+ i$ B! b, u9 n

    ( p" H$ L! @; Q7 o  \' Y; D六、参考; a1 q  z, b6 m  k2 S
    / W  `2 N# j/ d  ?" S3 Z% N3 p- p( E5 q
    参考文章+ [4 ?* z+ H1 i, R9 x$ `

    0 w) m5 Q8 B& B4 |4 H总结: e' v& W! h# |
    1 U8 [1 H1 B1 u3 G% P$ M* g1 S8 }
    时区问题经常遇到,修改的地方也不尽相同,所以记录在此,下次遇到了能快速解决问题;这也只是其中一种修改 docker 容器的时区方法,还有其它的比如,启动的时候挂载宿主机的时区等,这里不再说明,网上也有很多资料,以后有遇到再记录。
    $ R7 z, l, m7 _+ x- h! F; H% r9 |————————————————! |0 m/ n- U6 }( X4 B& O2 W
    版权声明:本文为CSDN博主「忧郁的白衬衫丶」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
    ' t9 D4 M  N) T$ a4 p& q- J& a原文链接:https://blog.csdn.net/weixin_42816285/article/details/106403093' Z( z4 |' k6 R4 |6 f; q% M* x

      F! i7 @- p* G6 o# ^  T
    ! S1 e5 t4 d7 o% Z  t
    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 05:11 , Processed in 0.389165 second(s), 56 queries .

    回顶部