场景：代码运行在linux-a上，new date() 生成的时间比当前时间早13个小时，导致存入数据库内的时间也早13个小时，但前台读取展示出来的时间又是正常的。在数据库直接select now()测试出来的时间也是比当前时间早13个小时。
分析：
问题一：linux-b上的mysql数据库内的时间设置有问题
问题二：linux-a上代码new date()出来的时间有问题
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
遇到这样一个问题，mysql的时区，没有设置，默认是时区是0，在java代码中对应的字段类型是timestamp，mysql字段类型也是timestamp
项目a
代码中获取到的时间 是正确的。
写到数据库的时间也是对的。
从数据库读取出来时间是正确的
项目b
代码中获取的时间是对的
写到数据库的时间，慢8小时
从数据库读取出来时间，却是正确的。（也就是说比数据库中的时间快8小时）
原因：
经过不断的尝试，探索终于发现时mysql-connector-java的版本问题，项目a使用的版本是5.1.41，项目b使用的8.0.11。写入数据时，8.0这个版本会自动根据，传入时间的时区和mysql的时区，自动把时间进行调整
服务器的mysql版本是5，如果服务器的mysql版本是8，则项目不能使用5版本的mysql-connector-java库。
select curtime()或者select now()也行
show variables like "%time_zone%";
显示
time_zone说明mysql使用system的时区，system_time_zone说明system使用utc时区
utc时区比中国慢8小时这也就解释了数据库时间的由来
数据库中：
实际界面显示的：
如对本文有疑问， 点击进行留言回复！！
我要评论
网友评论