利用new Date()获取的时间与系统不匹配
利用new Date()获取的时间与系统不匹配
问题的出现:
在使用hibernate进行mysql数据库存储时,出现异常
错误 1.
Could not execute JDBC batch update
错误2.
Data truncation: Incorrect datetime value
问题的原因:
首先这两个异常的原因,都是因为数据库存储日期时datetime类型,而java中是util.date类型,两者不匹配导致的,
对没错,虽然说使用hibernate能够自行转换 ,但还是出现这个问题的原因是:
我使用的mysql版本是5.5.6的版本,而使用的驱动是3.x的版本,就是数据库版本和你使用驱动链接的jar版本不一致,解决办法有两种:
1. 更换你导入的驱动包,我把他换成了5.x的版本
2. 使用simpleDateFormat 将其转换成相应的格式存入,代码如下:
SimpleDateFormat sdf = new SimpleDateFormat(yyyy-MM-dd hh:mm:ss); String time2 = sdf.format(new Date()); //把Date类型转换成相应格式的String类型 user.setTime(sdf.parse(time2));//再把该格式的String类型转换成Date类型存入数据库
到此为止第一个问题解决了 ,但是你会发现存入数据库的时间与你本地的时间不匹配:
这里提供两种解决方案:
- 更改数据库的时区:
我们利用cmd,进入数据库的命令窗口,选择你的数据库名称后,输入:
show variables like '%time_zone%' ; //查看当前数据库的时区
`
发现这里是默认的,我们进行更改:
set global time_zone = '+8:00'; //这里的+8:00是根据时区来计算的 ,设置成功后重启mysql
这是第一种方案,更改数据库的时区,将存入的时间通过mysql自动进行转换
如果第一种方案没有用,那么就需要更改你的jdk了:
本人遇到的就是这种情况,无论怎么更改数据库的时区都显示成功了,就是没有用, 后来当我在控制台输出转换的日期时,发现就与本地时间不一样,解决方案:
在你当前使用的jdk下的jre的lib下面找到zi文件夹:里面有一个GMT文件,里面就是获取时区的时间,就是他的问题,
首先打开zi目录下的etc文件 
里面有各个时区的时间,你需要用其中一个文件取同名替换zi目录种的GMT文件,
我选择的是GMT-8 ,然后取替换就行,记得一定要同名替换,把他改成GMT,再去替换
这样,你在去看显示的时间就是本地时间了