前情版本提要
数据库 mysql5.7
后端JAVA jdk10
前端 iview框架基于vue
之前开发遇到一个问题,就是我们的数据库都是0时区,时间存入时,mysql会自动减去八小时,读取数据时会自动加上八小时。这对于存储和显示是没有问题的,但是搜索会有问题。因为数据库里的日期对比需要string
类型
如果有date类型直接对比的话请告知,因为找到的答案都是在sql语句或者代码里最终转换成string
举个例子:
-
前端存入的时间是
“2018-12-19”
,真正存入数据库的时间是“2018-12-18 16:00:00”
, 读取出来不做任何处理是“2018-12-19 00:00:00”
,然后后端返回可以format一下。到这里为止,虽然中间做了转换,但是都是mysql数据库自动做的,对我们来说影响不大,也看不见。
然后就是查询时间。 -
前端传入的时间是
“2018-12-19”
,后端做的处理是搜索“2018-12-19 00:00:00”
到“2018-12-19 23:59:59”
的,按照正常逻辑来说应该展示之前新增的那条,但是因为时区原因,数据库里的数据时间是“2018-12-18 16:00:00”
,并不在时间范围内,所以查询不到数据。
出现这样的问题之后我们就在思考解决方法。
- 首先数据库是0时区不会修改,因为很多原因,在中途修改数据库很不明智。
- 其次从后端入手。那我的逻辑就应该是,拿到前端传来的时间,转换成
Date
,用DateUtils
和DateFormatUtils
工具对日期一次进行减八小和格式化成string的处理。不是不能做,但是项目里有多处用到了时间搜索,而且刚开始接受的时间是字符串,中间要转成Data进行处理,再转换成字符串,觉得有点不合理。 - 最后考虑从前端入手。是请教了公司前辈知道的带时区的String叫做世界协调时间 (UTC)(就是这位前辈说让我们用数据库0时区,这样符合规范=_=),然后使用的是类似
2016-01-18T23:41:00
,这个格式是符合 ISO-8601 标准的时间表示。在前端将用户选择的时间转换成Date
类型,然后用vue里的封装包里的toISOString()
方法。最后只用对时间处理一下,一步搞定。
this.startTime = change2Date(this.startTime).toISOString()
所以正真的sql查询还是String,只是从前端传来的就是带时区格式的字符串,避免了后端繁复。以及让前端传来的时间精确到秒,让用户自己选择。
如果以后可能的话,影响不大的话,建议mysql用八时区,避免诸多麻烦。