关于SpringBoot,mysql数据库时区问题
寻找原因
后端开发中常见的几个时区设置
第一个设置点配置文件 spring.jackson.time-zone
第二个设置点 高版本SpringBoot版本 mysql-connector-java 用的是8.X，mysql8.X的jdbc升级了，增加了时区（serverTimezone）属性，并且不允许为空。
第三个设置点 mysql time_zone变量
词义
serverTimezone临时指定mysql服务器的时区
spring.jackson.time-zone 设置spring默认时区
system_time_zone mysql服务器时区 ，time_zone默认System追随system_time_zone
几种情况
1、time_zone 为 System，serverTimezone为GMT+8，jackson.time-zone未定义
插入情况
再查询此条记录
个人觉得Spring默认时区为格林尼治时区，web服务器当前时区为东八区，进行加8操作。
2、set GLOBAL time_zone = '+3:00'，serverTimezone为GMT+8，jackson.time-zone为GMT+8
createTime 为 timestamp类型
修改配置后，需要重启SpringBoot
新增情况
数据库中显示
查询记录
个人理解，serverTimezone设置覆盖掉了mysql的time_zone变量，跟SpringBoot回话时区还是东8
3、上述环境，不重启SpringBoot，直接改变time_zone = '+5:00'
改变后，上条记录往后调整2小时。
SpringBoot查询，一样
说明，timeStamp类型存储的是格林尼治时间，加上time_zone时区
当time_zone变化时，回话没结束，serverTimeZone东8还是对应time_zone的东3
SpringBoot插入
个人理解，serverTimeZone东8 还是和 time_zone 东3对应，但是插入发现 当前time_zone已经改成东5，就加2小时。
重启SpringBoot，重新查询
虽然，mysql变量time_zone为+5，但是重启后，serverTimeZone直接覆盖，设置时间区间为东8
重新把time_zone改回东3
改回重新打开表，发现又回来了
不启动SpringBoot，查询数据，还是老样子
此时，添加一条数据。
往前推了2小时。
SpringBoot查询
重启SpringBoot，查出来就是库中数据。
总结：
1、timeStamp类型存储时间数据，当time_zone和serverTimeZone不统一情况，会话中，表中时间数据，按照serverTimeZone设定
2、如果过程中，修改了time_zone变量，库中数据直接变更。但是不影响当前会话查询，新增数据，就会根据time_zone调整量，调整实际入库。
3、SpringBoot重启，其实就是新会话。情况同上。
4、时间字段类型为datetime，serverTimezone为GMT+8，jackson.time-zone为GMT+8，time_zone为东3
插入
库中
查询
time_zone从东3修改为东5
重新打开库
不启动SpringBoot
重启SpringBoot，还是一样。
修改serverTimeZone为GMT，其他不改动
查询
总结：如果是datetime类型，serverTimeZone说了算。
以上就是关于SpringBoot mysql数据库时区问题的详细内容，更多关于SpringBoot mysql时区的资料请关注趣讯吧其它相关文章！
