mysql数据库0时区的时间搜索 java vue 前后端解决方案

在MySQL 0时区环境下,时间存储与显示无问题,但搜索时区问题导致困扰。前端使用Vue的iview框架,后端为JAVA。前端传入时间需转换为UTC格式字符串,通过ISO-8601标准,配合前端封装包处理,简化后端复杂操作,确保查询准确性。建议未来考虑调整数据库为+8时区以简化处理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前情版本提要
数据库 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,用DateUtilsDateFormatUtils工具对日期一次进行减八小和格式化成string的处理。不是不能做,但是项目里有多处用到了时间搜索,而且刚开始接受的时间是字符串,中间要转成Data进行处理,再转换成字符串,觉得有点不合理。
  • 最后考虑从前端入手。是请教了公司前辈知道的带时区的String叫做世界协调时间 (UTC)(就是这位前辈说让我们用数据库0时区,这样符合规范=_=),然后使用的是类似2016-01-18T23:41:00 ,这个格式是符合 ISO-8601 标准的时间表示。在前端将用户选择的时间转换成Date类型,然后用vue里的封装包里的toISOString()方法。最后只用对时间处理一下,一步搞定。

this.startTime = change2Date(this.startTime).toISOString()

所以正真的sql查询还是String,只是从前端传来的就是带时区格式的字符串,避免了后端繁复。以及让前端传来的时间精确到秒,让用户自己选择。
如果以后可能的话,影响不大的话,建议mysql用八时区,避免诸多麻烦。

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值