集群版本升级后系统时区发生变化

[HACK (DBS)]

【 TiDB 使用环境】生产环境 or 测试环境 or POC
【 TiDB 版本】
集群从4.0.6升级到4.0.16以后，查看时区，发现变成UTC了

mysql> select @@global.time_zone, @@session.time_zone;

±-------------------±--------------------+
| @@global.time_zone | @@session.time_zone |
±-------------------±--------------------+
| UTC | UTC |
±-------------------±--------------------+
1 row in set (0.00 sec)

这是为啥呢？

【遇到的问题】
【复现路径】做过哪些操作出现的问题
【问题现象及影响】

【附件】

请提供各个组件的 version 信息，如 cdc/tikv，可通过执行 cdc version/tikv-server --version 获取。

[HACK (DBS)]

set @@global.time_zone=‘SYSTEM’;
调整全局时区变量，可以修正，但是不知道为啥集群版本升级以后，会自动变成UTC了。

[cs58_dba]

检查一下系统的系统配置：/etc/localtime 看看这个软链接，连接的谁

[HACK (DBS)]

$ ls -l /etc/localtime
lrwxrwxrwx 1 root root 33 7月 22 2019 /etc/localtime -> /usr/share/zoneinfo/Asia/Shanghai

[cs58_dba]

之前我们MySQL出现过这种情况，后面是让开发在jdbc连接上面强制加时区设置

[HACK (DBS)]

不知道为啥原因。

[Aric (Jansu Dev)]

如 cs58_dba 所说与 服务器本地 TZ 有关；

"TiDB evaluates system’s timezone name via TZ environment variable and the path of the soft link of /etc/localtime . If both of them are failed, TiDB then push UTC to TiKV ." from --> https://github.com/pingcap/tidb/blob/master/docs/design/2018-09-10-adding-tz-env.md#proposal-infer-the-system-timezone-of-a-tidb-cluster-via-tz-environment-variable

[HACK (DBS)]

但是我的TZ没有修改过。

[Aric (Jansu Dev)]

没太理解纠结的点，按照这个步骤查应该就会知道问题在哪了；