关于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时区的资料请关注我们其它相关文章!