mysql自动将datetime类型的毫秒数四舍五入

探讨了MySQL处理毫秒级时间戳时的四舍五入问题,特别是在5.6.4及以上版本中,当客户端提交的时间精度高于服务器设置时,MySQL会自动截断,可能导致数据不一致。解决方案是在入库前舍弃毫秒部分。

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

问题复现

近期在项目过程中,写了个接口,某个参数类型是datetime;联调时发现db里面的时间值是2020-04-01 00:00:00,但是合作业务方这边传参是2020-03-31 23:59:59。

这个问题之前遇到过,一看就知道是mysql dategtime类型的四舍五入问题。经确认,业务方果然是把毫秒数设为了大于500的值(999)。

 

原因探讨

这是为什么呢?
查看MySQL 5.6 manual发现,5.6.4及以上版本的mysql server端确实支持fractional second part(fsp)但如果client提交过来的小数位数超过server端建表时指定的小数位数,mysql server会自动进行四舍五入的截断,没有任何警告或异常

 

在看看我们的mysql server 版本

 

解决方案

1、入库前舍弃毫秒部分。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值