当前位置:   article > 正文

mysql datetime转date_一个时间戳精度问题,引发了一个MySQL血案

date型传给sql 精度不同导致检索不到的可能

最近工作中遇到两例mysql时间戳相关的问题,一个是mysql-connector-java和msyql的精度不一致导致数据查不到;另一例是应用服务器时区错误导致数据查询不到。

通过这篇文章,希望能够解答关于mysql中时间戳的几个问题:

  1. mysql中的DATETIME精度为什么只支持到秒?

  2. mysql中的DATETIME类型跟时区有关吗?

  3. mysql设计表的时候,表示时间的字段改如何选择?

91513e3ce6497059be8fb9bfd3cfe6e5.gif

案例分析:DATETIME的精度问题

前段时间,将负责的应用的mysql-connector-java的版本从5.1.16升级到5.1.30,在做功能回归的时候发现,使用了类似上面的SQL的用例的运行时数据会有遗漏,导致功能有问题。

考虑到我负责的应用中,有个功能需要用到类似下面这种SQL,即使用时间戳作为查询的条件,查询在某个时间戳之后的所有数据。

0882b8ed4ffbeee8abd05d6ef0a15126.png

经过排查发现:mysql-connector-java在5.1.23之前会将秒后面的精度丢弃再传给MySQL服务端,正好我们使用的mysql版本中DATETIME的精度是秒;在我将mysql-connector-java升级到5.1.30后,从java应用通过mysql-connector-java将时间戳传到MySQL服务端的时候,就不会将毫秒数丢弃了,从mysql-connector-java的角度看是修复了一个BUG,但是对于我的应用来说却是触发了一个BUG。

如果你面对这个问题,你会怎么修复呢?

我们当时想了三种方案:

  • 将mybatis的Mapper接口中的时间戳参数的类型,从java.util.Date改成java.sql.Date;

  • 在传入Mapper接口之前,将传入的时间戳按秒取正,代码如下750b0256c2851dd1550b9e96665d1fa2.png

  • 在查询之前,将传入的时间戳减1秒;

经过验证,方案1会,java.util.Date转过去的java.sql.Date对象会将日期之后的精度全部丢掉,从而导致查询出更多不必要的数据;方案3是可以的,就是可能会查出多一两条数据;方案2也是可以的,相当于从代码上对mysql-connector-java的特性做了补偿。最终我选择的是方案2。

91513e3ce6497059be8fb9bfd3cfe6e5.gif

案例复现

利用homebrew安装MySQL,版本是8.0.15,装好后建一个表,用来存放用户信息,SQL如下:8881cdea60df91747d3a873b2eff4831.png

使用spirngboot + mybatis作为开发框架,定义一个用户实体,代码如下所示:a9146208a502b4a803df66eb6e43e1ad.png

定义该实体对应的Mapper,代码如下:6d12cf1711ed40f56cd19e11cbe4356f.png

设置连接mysql相关的配置,代码如下:fec54b72b3c0175aba54d94503b4193a.png

编写测试代码,先插入一条数据,然后用时间戳作为查询条件去查询,代码如下:e2e5e350914948d51132c544e94e8067.png

运行单测,如我们的设想,确实是没有查询出数据来,结果如下:89f17fa35051d5264daeff20adde054d.png

然后修改代码,利用上面的代码将查询的时间戳按秒取正,代码如下:5bafe7c0ae024d0802ce4ab2ff0202b0.png

再次运行单测,如我们的设想,这次可以查询出数据来了。

不过,这里有个小插曲,我在最开始设计表的时候,使用的SQL语句是下面这样的:7b36e7b1aa3e79e9c9006773c0038446.png

你一定发现了,这里的datetime已经支持小数点后更小的时间精度了,最多支持6位即最多可以支持到微妙级别。这个特性是什么时候引入的呢,我去查阅了MySQL的官方文档(https://dev.mysql.com/doc/refman/5.6/en/fractional-seconds.html),发现这个特性是在mysql 5.6.4之后开始支持的。d6d1adfd4bc3b4499ad9793097c4f52c.png

91513e3ce6497059be8fb9bfd3cfe6e5.gif

知识点总结

经过了前面的实际案例分析和案例复现,想必读者已经对mysql中DATETIME这个类型有了一定的认识,接下来跟我一起看下,我们从这个案例中可以总结出哪些经验。

  1. mysql-connector-java的版本和mysql的版本需要配套使用,例如5.6.4之前的版本,就最好不要使用mysql-connector-java的5.1.23之后的版本,否则就可能会遇到我们这次遇到的问题。

  2. MySQL中用来表示时间的字段类型有:DATE、DATETIME、TIMESTAMP,它们之间有相同点,各自也有自己的特性,我总结了一个表格,如下所示:68f77115fd8dc46ef4e3e2b0824d6cd3.png

  3. DATETIME类型在MySQL中是以“YYYYMMDDHHMMSS”格式的整数存放的,与时区无关,使用8个字节的空间;

  4. TIMESTAMP类型可以保存的时间范围要小很多,显示的值依赖时区,MySQL的服务器、操作系统以及客户端连接都有时区的设置。

  5. 一般情况下推荐使用DATETIME作为时间戳字段,不推荐使用bigint类型来存储时间。

  6. 在开发中,应该尽量避免使用时间戳作为查询条件,如果必须要用,则需要充分考虑MySQL的精度和查询参数的精度等问题。

近期热文

 

fastjson又被发现漏洞,这次危害可导致服务瘫痪!

惊呆了,Spring Boot居然这么耗内存!

面试官问:MySQL的自增ID用完了,怎么办?

f9bd07fc4edd2a1794892af2bccc3728.png

最后,分享一份面试宝典《Java核心知识点整理.pdf》,覆盖了JVM、锁、高并发、反射、Spring原理、微服务、Zookeeper、数据库、数据结构等等。

获取方式:点“在看”,关注公众号并回复 Java 领取,更多内容陆续奉上。

明天见(。・ω・。)ノ♡

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/盐析白兔/article/detail/596749
推荐阅读
相关标签
  

闽ICP备14008679号