mysql 前一天23:59:59 999入库后是次日00:00:00

最新推荐文章于 2024-07-30 11:58:27 发布

大器晚成程序郎

最新推荐文章于 2024-07-30 11:58:27 发布

阅读量1.9k

点赞数

分类专栏： java 文章标签： mysql

本文链接：https://blog.csdn.net/Huiger1234/article/details/124344654

版权

java 专栏收录该内容

5 篇文章 1 订阅

订阅专栏

本文揭示了在使用Hutool DateUtil获取当天结束时间并入库时，遇到的次日0点问题，原因在于MySQL 5.6.4后的fractionalseconds特性。通过深入分析，发现Hutool方法默认保留了999毫秒，解决办法是重写方法设置为0毫秒。

摘要由CSDN通过智能技术生成

最近项目遇到一个问题，使用hutool中的DateUtil类获取当天结束时间，入库之后变成了次日的凌晨00:00:00。。这让人很费解，按理说程序应该十分严谨才对。后台打印日期的时间戳也是1666195199999。

找了许久终于发现了原因，程序是没有问题的，问题是MySQL插入时间问题:mysql更新到5.6.4 之后 , 新增了factional seconds的特性 , 可以记录时间的毫秒值，超过500就会四舍五入的问题。

然后看一下hutool里的方法

明显是将毫秒设置成了999.

找到原因问题就好解决了，重写一下方法将毫秒设置成0就可以啦

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

大器晚成程序郎

关注关注

0
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

专栏目录

微信查询对账单对账+数据读取解析入库

豆子的博客

07-28

3474

标题：微信对账单地址：功能：pom文件实体类方法：查询的当天n-2的微信对账单地址：链接：https://pay.weixin.qq.com/wiki/doc/api/app/app_jw.php?chapter=9_6&index=8 功能： << 商户可以通过该接口下载历史交易清单。比如掉单、系统错误等导致商户侧和微信侧数据不一致，通过对账单核对后可校正支付状态。注意： 1、微信侧未成功下单的交易不会出现在对账单中。支付成功后撤销的交易会出现在对账单中，跟原支付单订单号一致；

滴滴基于Binlog的采集架构与实践

DiDi_Tech的博客

06-22

6342

桔妹导读：大数据是这个时代赋予我们的强大引擎，在数字化大潮中，借助数据驱动的方法推动业务乘风破浪，几乎是每家公司的核心战略。数据驱动的落脚点是数据，能否将组织或业务运行过程中的信息，进行...

参与评论您还未登录，请先登录后发表或查看评论

MySQL 8.0.13设置日期为0000-00-00 00:00:00时出现的问题解决

09-09

主要介绍了MySQL 8.0.13设置日期为0000-00-00 00:00:00时出现的问题解决，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧

时间存入MySQL，莫名增加了一秒钟

东边的山坡的博客

10-13

2095

1.场景再现 MySQL（用的8.0.16版）中列的数据类型是 datetime，成功插入记录后，根据插入的时间有时候查不到对应的记录。插入的SQL语句如下。 ==> Preparing: INSERT INTO tb_contest_conclusion ( id,user_id,create_time,finish_time ) VALUES( ?,?,?,? ) ==> Parameters: null, 1(Long), 2020-10-03 14:36:26.499(Timesta

【开发过程遇到的问题】MySQL插入时间（23点59分59秒）入库后变为第二天0点0分0秒的解决方案（LocalDateTime方式）

最新发布

三两肉的博客

07-30

1033

【开发过程遇到的问题】MySQL插入时间（23点59分59秒）入库后变为第二天0点0分0秒的解决方案（LocalDateTime方式）数据库入库的时候会有500毫秒的进位，毫秒级有50% 的概率会大于500，所以会有出现入库之后，变成第二天的00:00:00.定义LocalTime做出如下定义。

数据入库MySQL会自动将dateTime 23:59:59.999保存成第二天的00:00:00

m0_49790240的博客

10-18

2209

一、原因：MySQL数据库对于毫秒大于500的数据进行进位。二、解决: 减去毫秒数999。获取某一天的结束时间。

MySQL中datetime类型23:59:59变成下一天的00:00:00

oschina_41731918的博客

04-26

5450

MySQL中datetime类型23:59:59变成下一天的00:00:00

sqlserver 存储毫秒23:59:59.999变成第二天00:00:00.000

xinglu31的专栏

01-21

5706

因为，在SQL SERVER中DATETIME表示的时间为00:00:00到23:59:59.997，它的时间精度为1/300秒，在使用时会舍入到舍入到 .000、.003 或 .007 秒三个增量。转载自 http://blog.csdn.net/liu_1983/article/details/6994253

mysql自动将23:59:59.999保存成00:00:00的问题记录

weixin_43960684的博客

11-23

2585

一：原因：MySQL数据库对于毫秒大于500的数据进行进位二：解决方法 Date endTime = DateUtil.endOfDay(couponDTO.getEndTime()) // 获取某天的结束时间 .offset(DateField.MILLISECOND,-999); // 减去毫秒数999

生产环境开发踩过的坑～

xljiayou_的博客

03-31

2985

记录一些开发中踩过的坑～ 2020.03.31 不能拉取test分支合并到自己分支只能将代码往test分支合，不能将test分支合并到自己分支，否则会污染自己分支，导致报废。应该将自己代码合并到test分支，在测试环境通过后，将自己分支合并到master，可以拉去master分支到自己分支。 2020.03.31 微服务是无状态的直播截图。我在这块最开始的思路是直播回调接口后，开一个协程去定...

离线数仓总结

wywwyx090104的博客

08-17

3792

离线数仓总结一、1、背景介绍（某APP上线后，由于业务模式新颖，市场需求量大，经过一段时间的精心运营后，逐渐积累起了上千万会员，以及三四百万的日活量， app的业务功能和产品种类、数量也急速膨胀；主要问题有：营销分析断层；产品迭代无法量化；用户运营不精准；全局运营指标监控不实时） 2、需求总览：流量域分析 2.1、基础数据分析（整体概况、用户获取、活跃与留存、事件转化、用户特征） 2.2、基础数据分析指标概览整体概况：产品整体的使用情况，包括用户量、访问情况、留存等帮助对产品整体指标有一个大致的了解（累

电商App项目的离线数仓

SpringHeather的专栏

09-27

864

Java代码获取当天最晚时间写入数据库自动变为下一天的00:00:00

繁星_

10-15

848

有个需求要求将用户上传的年/月/日格式时间转为当天最晚时间23:59:59，例如上传2023/10/15，转换为2023/10/15 23:59:59，并将其存入数据库，数据库字段类型为datetime。代码获取的当天最晚时间毫秒位为999，而2023-10-15 23:59:59 对应毫秒数是1697385599000，所以落库会自动进位。测试时，发现数据库中数据一直显示为第二天的00:00:00，比如上述示例，显示为2023-10-16 00:00:00。

时间dateTime 23:59:59入库之后变成第二天的00:00:00

ygreatred的博客

03-02

3666

记录一个bug，在java中，时间为某一天的 23:59:59，但是插入数据库之后却变成第二天的00:00:00，解决方案如下

hutool工具实现时间偏移到23点59分59秒

qq_37741426的博客

01-12

832

hutool工具实现时间偏移到23点59分59秒

获得一天最小和最大毫秒数

早睡早起的博客

04-26

2242

// 获得某天最大时间 2017-10-15 23:59:59 public static Date getEndOfDay(Date date) { LocalDateTime localDateTime = LocalDateTime.ofInstant(Instant.ofEpochMilli(date.getTime()), ZoneId.systemDefault());; ...

Mysql数据库 23:59:59:999 日期进一问题

qq_54196403的博客

01-12

825

Mysql数据库 23:59:59:999 日期进一问题

MySQL之23:59:59进位

7me

09-04

5738

目录背景问题复现问题分析解决方案扩展背景李四的代码又出现问题了，时间2020-9-9 23:59:59存入数据库datetime字段类型，时间变为2020-9-10 00:00:00。问题复现李四代码样例如下： Date getDeadTime() { Calendar calendar = Calendar.getInstance(); Date time = calendar.getTime(); time = Date.from(Local

mysql获取00:00:00和23:59:59时间戳

09-08

你可以使用 MySQL 的函数来获取时间戳。下面是获取 "00:00:00" 和 "23:59:59" 的时间戳的方法： ```sql SELECT UNIX_TIMESTAMP(DATE_FORMAT(NOW(), '%Y-%m-%d 00:00:00')) AS start_timestamp, UNIX_TIMESTAMP(DATE_FORMAT(NOW(), '%Y-%m-%d 23:59:59')) AS end_timestamp; ``` 这个查询会返回当前日期的 "00:00:00" 和 "23:59:59" 的时间戳。