本文主要是介绍相差8小时：时区设置导致docker中的openGauss时间问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
文章目录
- （一）问题
- （二）解决
- （2.1）确认服务器时间
- （2.2）确认和修改docker时间
- （2.2.1）失败的尝试
- （2.2.2）成功的尝试
- （2.2）确认和修改openGauss时间
- （2.3）one more thing
- （2.4）two more thing
（一）问题
前面用docker装好了openGauss。
跑应用时候发现时间不对，比实际时间晚了8小时。
看就知道是时区的问题。
但是如何解决呢，经查docker可以指定环境，创建容器的时候指定时区。
> docker run -it -e TZ=Asia/Shanghai ……
但是俺前面有些数据的操作，不想再弄一遍了，怎么办呢。
（二）解决
（2.1）确认服务器时间
先确认服务器时间（时区）：
没问题东八区。
> date -R
Tue, 30 Apr 2024 14:17:52 +0800
（2.2）确认和修改docker时间
再确认docker时间（时区）：
果然晚8小时且不是东8区。
> docker exec -it og501 date -R
Tue, 30 Apr 2024 06:21:47
（2.2.1）失败的尝试
按照网上的说法，进入docker，链接文件到我们自己的时区。
然后重启虚拟器。
> docker exec -it og501 /bin/bash
root@a3a9789a9866:/# ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
root@a3a9789a9866:/# exit
exit
> docker restart a3a9789a9866
再看时区并没有变。
仔细检查下，原来docker里面根本没有/usr/share/zoneinfo，蛤这镜像，连tzdata都没有。
所以我刚才只是新建了一个空链接localtime，链接到不存在的文件Asia/Shanghai而已。
（2.2.2）成功的尝试
那么就从外面拷贝吧，
这样刚才的链接就有效了。
由于太懒，我只拷贝了上海。。。
docker cp /usr/share/zoneinfo/Asia/Shanghai a3a9789a9866:/usr/share/zoneinfo/Asia/Shanghai
噢，应该先建目录再拷贝。
忘写了。
（2.2）确认和修改openGauss时间
重启后docker里面正常了。
> docker exec -it og501 date -R
Tue, 30 Apr 2024 14:34:49 +0800
但是数据库里的时间依然不对。
> select now()
> "2024-04-30 06:36:12.740174"
看看时区呢：
> show timezone;
> "UCT"
这我无语了，谁拼写的这玩意儿，再怎么说也应该是UTC吧。
反正吧改成中国吧（我只改自己的库，坑继续留给其它人）。
> alter database postgres set timezone='PRC';
看看时间：
> select now()
> "2024-04-30 14:42:16.178802+08"
再看看时区：
> show timezone;
> "PRC"
（2.3）one more thing
修改数据库时间后，之前已入库的错误时间记录是不会变的（它们是数据啊）。
所以要么从业务层面上去更新，要么留着不管。
（2.4）two more thing
还是设为自己的时区比较好，
强行改时间，都设为UTC，咋看是没啥问题……如果你的系统不用跨国的话……
这篇关于相差8小时：时区设置导致docker中的openGauss时间问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
