SELECT @@global.time_zone, @@session.time_zone;

查询数据库的全局时区和当前会话的时区信息，一般如果使用navicat进行连接，没有显示指定时区信息，会默认使用system_time_zone。
可以使用

SET time_zone = '+08:00';
SELECT @@global.time_zone, @@session.time_zone;

设置当前会话的时区信息。

总结就是TIMESTAMP会根据会话连接的时区信息进行变化，也就是如果会话信息是东八区就变成东八区，如果是UTC+2就是UTC+2。而DATETIME是不会变化的。如下图


现在把当前会话的时区信息设置为东六区，SET time_zone = ‘+06:00’;再次查询如下

可以明显看到TIMESTAMP是在进行改变的，而DATETIME始终保持不变。如果业务是在跨时区的地方，尤其是有冬令时切换的地方，TIMESTAMP会自动变化，而DATETIME不会变化，前提是使用系统时区。

这样的话，问题来了，数据库使用的是默认时区，因为历史原因无法改变，只能代码手动指定时区，防止时区切换了。

前端的组件一般可以根据客户端的时间来自动展示，例如Moment.js 和 Day.js，这两个区别功能上差不多，只是包的大小不一样，dayjs可能更常用于H5手机端。那么后端传给前端的参数可以是Long的时间戳或者ISO 8601 格式的字符串，注意是ISO 8601 ，不要和ISO 8859-1搞混，ISO 8601 是2004-05-03T17:30:08+08:00或者是2021-11-30T12:00:00Z，ISO 8859-1一般指的是编码。

在实际开发中，ISO 8601 格式通常是更推荐的方式，因为它便于展示，且默认包含时区信息，减少了时区相关的错误处理。