【TiDB 使用环境】生产环境 /测试/ Poc
【TiDB 版本】
【操作系统】
【部署方式】云上部署（什么云）/机器部署（什么机器配置、什么硬盘）
【集群数据量】
【集群节点数】
【问题复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【复制黏贴 ERROR 报错的日志】
【其他附件：截图/日志/监控】
一：问题描叙：
dev环境，当初为了配合开发，修改了tidb所在服务器的linux服务器时间。
然后就出现了tidb的tso时间错误问题。
二：截图：
当前时间是25年，但是tso时间是27年：
请问：
1：如何修复tso时间
2：是不是修改服务器时间后，tso时间就会错乱，是否意味着tidb的服务器时间修改会导致故障？
应该是没有配置全局的time zone,所以会默认使用Linux 操作系统的时间，所以要么配置全局的参数，要么就linux 的时间保持一致，不要随意变动
重建PD应该可以。不过，如果27年的时间戳已经使用了，等真实时间到了27年，不知道有没有冲突。
dev环境，当初为了配合开发，修改了tidb所在服务器的linux服务器时间。
瞎搞了。
1新建一套tidb。数据迁移过去
或者
2、dev环境，直接修改为正确的时间。。然后重启一下试试。
就算是区域错了 也不会到27年吧…
跟进关注后续学习 
不会有故障，但是最好还是创新deploy库吧
之前碰到一个类似情况，数据库时间，比当前时间早了五天，在监控里面查看一些信息的时候，比如最近某条消耗资源的SQL，显示的是，３天后执行的，哈哈
不关库修改服务器系统时间会导致时间戳错乱，引发事务异常或集群崩溃，修复需停止集群、校准时间、清空 PD数据后重启，且必须严格禁止在运行中调整系统时间！
清空PD数据，集群就无法启动了吧。如果要做，应该是重建PD。