有1台tikv 时区和剩下的不一样，更改会不会有危险

[Raymond]

现在有5个tikv,有1个tikv是utc时区，剩下的都是东八区，这个是新扩容的，这个跑了半个月，也没出什么问题，现在要改为东八区，大佬们 这样有风险嘛

[克里克里克 (Ti D Ber H052ej9m)]

只改时区应该不会有影响，全局时钟本身依赖的是PD，函数取时间用的是tidb server，KV应该就是存储数据的，只要时间不跳，对集群来说应该没什么影响。
坐等大拿确认。

[Raymond]

我自己虚拟机测试了下，应该也没哈影响，能正常重启，这次实在是大意了，新加的服务器默认是utc的

[kang]

建议先别急着改。TiDB 集群内部时间戳用的是 TSO，跟 OS 时区无关，所以跑了半个月没出问题很正常。真正有影响的是日志时间和监控显示。

如果一定要改，风险点在于：改时区需要重启 TiKV，重启期间这个节点的 region leader 会迁移，如果副本数刚好卡在临界值，可能触发短暂不可用。

[Circle (Hacker Nc Kk Uyct)]

改完之后建议重启下这台 tikv

[yiduoyunQ]

没问题，不放心就扩缩容 tikv

[wbslxw (Ti D Ber Cl S0j Eng)]

改时区本身不影响集群数据和业务，但重启 TiKV 那一小段时间有 Leader 迁移，按操作窗口选好就行

[lmdb (: " One day my life will end, and you will wear the crown.")]

再新扩一台时区正确的tikv，然后scale in 这个节点。

[会飞的小老鼠 (Ti D Ber Q0 Hx Lgd S)]

没风险，放心改。

• TiKV 内部用的是 Unix 时间戳（UTC 基准），改时区只改显示，不改实际时间，对数据、Raft、Region 都没有影响。
• 真正要紧的是各节点真实时间一致（NTP 同步），而不是时区。跑半个月没问题就说明时间本来就同步。
• 操作：只改时区，别手动改时间，改完 date 确认即可，不用重启，重启也无妨。

唯一注意：确保 NTP（chronyd/ntpd）在跑，别让系统时间跳变。