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

最新推荐文章于 2024-07-20 15:23:05 发布
最新推荐文章于 2024-07-20 15:23:05 发布
阅读量6.1k 收藏 7
点赞数 5
分类专栏： 数据库 文章标签： java 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/oschina_41731918/article/details/124431095
版权
本文探讨了Java程序在插入MySQL datetime类型时，如何因为数据库的500毫秒进位导致结束时间变为第二天的00:00:00问题，通过Hutool工具包的DateUtil解决方法和偏移999毫秒技巧进行修复。

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

文章目录

1. 现象

公司项目中有一个统计的业务需求，需要记录数据的开始和结束时间点，对应的是MySQL表中的datetime类型。结束时间是当天的23:59:59，但是java程序中是对的时间，但是Mybatis-plus入库了之后查看数据库却变成第二天的00:00:00，如：2022-04-20 23:59:59 变成了 2022-04-21 00:00:00。

2. 分析

数据库入库的时候会有500毫秒的进位，然而程序在赋值时间给变量的时候很大概率会超过500ms。

3. 解决

我司采用的时Hutool工具包，方便的进行时间的管理和转换，极大的减少了代码。DateUtil Hutool官网
将生成的时间往前偏移999毫秒即可。
DateUtil.endOfDay(DateUtil.date()).offset(DateField.MILLISECOND,-999);

python-14-时间戳和对接mysql中的时间类型
qq_20466211的博客
10-29 3386
1 时间戳加和 from datetime import datetime from datetime import timedelta timestr="2020-09-10 10:34:02.244" st = datetime.strptime(timestr, '%Y-%m-%d %H:%M:%S.%f') ed = st+timedelta(seconds=5) print(ed)# 2020-09-10 10:34:07.244000 print(type(ed)) # datetime转化为
获得一天最小和最大毫秒数
早睡早起的博客
04-26 2305
// 获得某天最大时间 2017-10-15 23:59:59 public static Date getEndOfDay(Date date) { LocalDateTime localDateTime = LocalDateTime.ofInstant(Instant.ofEpochMilli(date.getTime()), ZoneId.systemDefault());; ...
数据入库MySQL会自动将dateTime 23:59:59.999保存成第二天的00:00:00
m0_49790240的博客
10-18 2580
一、原因：MySQL数据库对于毫秒大于500的数据进行进位。二、解决: 减去毫秒数999。获取某一天的结束时间。
时间dateTime 23:59:59入库之后变成第二天的00:00:00
ygreatred的博客
03-02 4089
记录一个bug，在java中，时间为某一天的 23:59:59，但是插入数据库之后却变成第二天的00:00:00，解决方案如下
mysql 前一天23:59:59 999入库后是次日00:00:00
Huiger1234的博客
04-28 2074
最近项目遇到一个问题，使用hutool中的DateUtil类获取当天结束时间，入库之后变成了次日的凌晨00:00:00。。这让人很费解，按理说程序应该十分严谨才对。后台打印日期的时间戳也是1666195199999。 找了许久终于发现了原因，程序是没有问题的，问题是MySQL插入时间问题:mysql更新到5.6.4 之后 , 新增了factional seconds的特性 , 可以记录时间的毫秒值，超过500就会四舍五入的问题。 然后看一下hutool里的方法 明显是将毫秒设置成了999. 找到原因
mysql自动将23:59:59.999保存成00:00:00的问题记录
weixin_43960684的博客
11-23 2726
一： 原因：MySQL数据库对于毫秒大于500的数据进行进位 二：解决方法 Date endTime = DateUtil.endOfDay(couponDTO.getEndTime()) // 获取某天的结束时间 .offset(DateField.MILLISECOND,-999); // 减去毫秒数999
MySQL：mysql的数据类型
热带鱼的技术博客
07-20 907
正确选择和使用 MySQL 中的数据类型对于提高数据库性能、确保数据准确性和完整性至关重要。在选择数据类型时，需要根据业务需求和数据特性来决定，避免使用过于复杂或不必要的数据类型。同时，了解每种数据类型的优缺点和使用场景，可以帮助我们更好地设计和优化数据库结构。
grafana 如何将 mysql 的 datetime，变成一天，而不是以小时划分
最新发布
09-11
在Grafana中展示MySQL数据库中的datetime数据时，你可以使用Grafana的日期时间格式化功能，将datetime的值格式化为以“天”为单位显示。具体操作步骤如下： 1. 在Grafana的图表配置界面中，找到你使用的查询或者...
MySQL数据库数据类型选择指南：优化存储空间与查询效率（数据类型秘籍）
MySQL提供了一系列数据类型来存储和表示不同类型的数据。这些数据类型可以分为以下几类： - 数值数据类型：用于存储数字，包括整数和浮点数。 - 字符数据类型：用于存储文本和字符串。 - 时间和日期数据类型：用于...
【PHP与MySQL新手必读】：7天打造手机端众筹网站
[【PHP与MySQL新手必读】：7天打造手机端众筹网站](https://blog.devart.com/wp-content/uploads/2022/09/created-table.png) # 1. PHP与MySQL基础入门 PHP（Hypertext Preprocessor）是一种广泛使用的开源服务器端...
MYSQL存放datetime类型结束时间时会变成第二天问题
Ls66666Ls的博客
06-07 430
代码中存入的时间为2023-05-20 23:59:59 数据库中展示：2023-05-21 00:00:00。
mysql 将秒改成00_一则MySQL慢日志监控误报的问题分析
weixin_39685459的博客
12-05 137
之前因为各种原因，有些报警没有引起重视，最近放假马上排除了一些潜在的人为原因，发现数据库的慢日志报警有些奇怪，主要表现是慢日志报警不属实，收到报警的即时通信提醒后，隔一会去数据库里面去排查，发现慢日志的性能似乎没有那么差（我设置的一个阈值是60）。排查过几次代码层面的逻辑，没有发现明显的问题，几次下来，问题依旧，这可激发了修正的念头，决定认真看看到底是什么原因。后端使用的是基于ORM的模式，数据都...
Mysql5.6 timestamp datetime 精度问题（23:59:59 无法存储）
sinat_36304803的博客
05-14 2358
Mysql5.6 timestamp datetime 精度问题存储23:59:59 出现时间自动加一秒解决方法 存储23:59:59 出现时间自动加一秒 出现一个隐藏bug，mysql从5.5迁移到5.6后，前端在传时间戳1589558399999 到java后端转成 2020-05-15 23:59:59 存储到mysql后 会变成 2020-05-16 00:00:00.0，查资料发现是因为保存到数据库时，MySQL会对毫秒大于500的数据进行进位，所以出现了+1秒的情况 解决方法
Java代码获取当天最晚时间写入数据库自动变为下一天的00:00:00
繁星_
10-15 1062
有个需求要求将用户上传的年/月/日格式时间转为当天最晚时间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。
python 时间戳与日期的互转
Jason_WangYing的博客
09-10 568
最近发现好多网站返回的时间都是10位或者13位的时间戳，在Python里面这个是没法直接以时间形式储存的，所以需要转换啊！ 下面这个是直接戳直接转日期 # 时间戳转日期，日期转时间戳 def TimestampToDatetime(int_time): try: if len(int_time) == 13: return time.strftime("%Y-%m-%d %H:%M:%S",time.localtime(int(int_time)/100
MySQL之23:59:59进位
7me
09-04 5822
目录背景问题复现问题分析解决方案扩展 背景 李四的代码又出现问题了，时间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
Mybatis插入时间不正确，mysql往前增加了一秒
weixin_45941601的博客
06-15 589
mysql问题
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值