mysql5.5和5.6对于datetime值带毫秒的问题

最新推荐文章于 2025-07-01 08:30:00 发布
最新推荐文章于 2025-07-01 08:30:00 发布
阅读量1w 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xbtx123/article/details/50358589
本文记录了MySQL5.5和5.6版本在处理带有毫秒的时间值时的表现。当尝试存储包含毫秒的时间戳时，数据库会将毫秒部分忽略，并且在查询时只能精确到秒。此外，如果datetime字段设为主键，则会导致具有相同秒值的不同记录发生冲突。

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

今天测试发现一个情况：

mysql5.5与5.6版本对于时间值带毫秒的存入与查询情况如下：

1、在5.5与5.6版本数据库中分新建表分表插入带毫秒数据，例如存入数据为'2015-10-10 11:11:11.111'，其存储的时候会强制保存为'2015-10-10 11:11:11.000'，但是通过select无法显示毫秒的数据；

2、如果datetime设置为主键，分表插入'2015-10-10 11:11:11.111'，'2015-10-10 11:11:11.222'会主键冲突的错误；

3、查询是where time='2015-10-10 11:11:11.111'或'2015-10-10 11:11:11.555'（没有插入此数据），此时只会判断到秒级别，如有数据为2015-10-10 11:11:11，均可查询出来；

sss

mysql5.5.47  mysql5.6.26

【檀越剑指大厂--mysql】mysql高阶篇
CSDN站内信: https://i.csdn.net/#/msg/chat/qyj19920704
08-17 1万+
为了避免发生数据丢失的问题，当前事务数据库系统普遍都采用了Write Ahead log策略即当事务提交时，先写重做日志，再修改页。当由干发生宕机而导致数据丢失时，通过重做日志来完成数据的恢复。这也是事务ACID中D(Durability持久性)的要求。checkpoint的作用缩短数据库的恢复时间;缓冲池不够用时，将脏页刷新到磁盘;Lru列表不够用时,强制刷新脏页重做日志不可用时，刷新脏页。对于InnoDB存储引擎而言，其是通过LSN(LogSequence Number)来标记版本的。.........
MySQL高级系列（四）—— MySQL集群架构
cyd_0619的博客
03-09 891
第1节 集群架构设计 1.1 架构设计理念 在集群架构设计时，主要遵从下面三个维度： 可用性 扩展性 一致性 1.2 可用性设计 站点高可用，冗余站点 服务高可用，冗余服务 数据高可用，冗余数据 保证高可用的方法是冗余。但是数据冗余带来的问题是数据一致性问题。 实现高可用的方案有以下几种架构模式： 主从模式 简单灵活，能满足多种需求。比较主流的用法，但是写操作高可用需要自行处理。 双主模式 互为主从，有双主双写、双主单写两种方式，建议使用双主单写 1.3 扩展性设计 扩展性主要围绕着读操作扩展和
mysql5.6 毫秒时间_mysql 5.6 更高精度的时间
weixin_30481539的博客
01-25 367
mysql从5.6开始，时间有了更高的精度：秒支持到小数点后6位。[DB152](root@localhost) [test]> SELECT now(6), sysdate(6), CURRENT_TIMESTAMP(6);+----------------------------+----------------------------+-------------------------...
Mysql数据库 数据类型 year，time，date，datetime，timestamp 的区别
诚的博客
10-12 901
1.五种类型所表示的日期格式（为了显而易见，字段名即类型名） year 年 date 年-月-日 time 时：分：秒 datetime 年-月-日 时：分：秒 timestamp 年-月-日 时：分：秒 2. datetime 与timestamp 的区别 1.存储时间的方式不同 datatime设置的是什么时间就是什么时间； timestamp则是把客户端插入的时间从当前时区转化为UTC（世界标准时间）进行存储。查询时，将其又转化为客户端当前时区进行返回。 2.存储的范围...
MySQL DATETIME 类型时间精度进阶陷阱：写入时四舍五入引发的“数据漂移“事件
最新发布
zhuzicc的博客
07-01 1107
本文记录了MySQL 5.7.26版本中DATETIME类型时间精度引发的一个生产问题：当插入包含毫秒的时间值时，MySQL会进行四舍五入处理（500ms以上进位），导致实际存储值与原始值不一致。这一现象造成唯一键查询失败，但业务查询却能返回进位后的时间值，形成"数据漂移"假象。文章详细剖析了问题根源，包括时间格式的隐式转换、DATETIME存储机制、唯一键失效原因等，并建议开发者在处理时间数据时要格外注意精度问题。该案例揭示了数据库时间处理的潜在风险，强调了对时间精度必须保持高度警惕。
mysql 无法精确到毫秒问题
YYYYBlueSky的专栏
04-24 969
create table PL_TEST_A ( A_key VARCHAR(100) not null, A_filed_1 VARCHAR(100) not null, A_filed_2 VARCHAR(100) not null, LMT_A TIMESTAMP(3) not null, primary key (A_key) ) 上述语句无法执行，时间戳不能指定毫秒，...
mysql毫秒导致查不到数据_mysql毫秒数引发的问题
weixin_32401763的博客
01-18 526
起因：最近同事在做定时打卡的东西，遇到一个诡异的问题，端只是传了一个开始时间跟打卡周期，剩下的打卡时间都是由服务端自己生成的，显示的截止时间有的变成23:59:59. 有时候又变成了 00:00:00，没有找到原因，让帮忙找一下原因，之前没有遇到过这种情况，一时来了兴趣。探究：通过编写单元测试，过程并没有出错，入库的时候时间确实是23:59:59,入库之后就变了，相关测试代码如下@Autowire...
MySQL 日期时间类型精确到毫秒
平时的经验总结，学习历程
05-14 7978
mysql timestamp datetime精确到毫秒问题
MySQL主从不一致问题相关处理
企业实战系列集 ●●● https://ximenjianxue.blog.csdn.net
09-26 1万+
某业务采取mysql的主从架构，但因为存储的问题，导致备库一直无法存储，数据同步一致性问题一直也未恢复，某次安全检查要求完成主备倒换演练，必须限期恢复主备，但是在恢复过程中，同步显示正常一段时间后，便会出现sql线程异常，主备数据不一致导致的同步错误情况。主数据库上面设置的max_allowed_packet比从数据库大，当一个大的sql语句，能在主数据库上面执行完毕，从数据库上面设置过小，无法执行，导致的主从不一致。根据上面的NR行数，查看附近的行，定位数据不一致的地方，后续手动补全。
解决mysql各版本驱动兼容性的完美jar包
资源摘要信息: "mysql5.5,5.6,5.7 完美支持驱动jar" MySQL是一个流行的开源关系型数据库管理系统（RDBMS），它被广泛应用于网站和企业的数据存储、处理和分析。随着技术的发展，MySQL经历了多个版本的迭代，每个新...
MySQL 数据库基础知识（系统化一篇入门）
weixin_67281781的博客
03-28 5万+
一、数据库简述 1.1、数据库概述 数据库：DB（DataBase） 概念：数据仓库，软件，安装在操作系统之上 作用：存储数据，管理数据 1.2、数据库分类 关系型数据库：SQL（Structured Query Language） MySQL、Oracle、Sql Server、DB2、SQLlite 通过表和表之间，行和列之间的关系进行数据的存储 通过外键关联来建立表与表之间的关系 非关系型数据库：NoSQL（Not Only SQL） Redis、...
mysql取消datetime四舍五入_datetime值毫秒四舍五入
weixin_33585822的博客
01-28 831
问题：MySQL5.6 版本。datetime 字段类型支持6位毫秒级别。当从5.5升级以后，插入的值可能会被四舍五入(太坑！！！)# 实例1， MySQL 5.6CREATE TABLE szy (`id` int(11) NOT NULL AUTO_INCREMENT,`gmt_create`datetimeDEFAULT NULL, #5.6 版本 定义格式为 dat...
mysql5.6 datetime一些测试结果
arkblue的专栏
04-10 3528
会写入全零的数据， （1）最后一位微秒写入1，其余全零 mysql> select * from user; +----------------------------+------+---------------------------+--------------------------+-------------------------+ | gmt_create
mysql datetime类型精确到毫秒、微秒的问题
罗小爬的技术宝书
01-27 1万+
mysql里面的datetime类型的精确度是可以到1/ 10 ^ 6 秒的（即百万分之一秒，即微妙）， 某些客户端（如navicat for mysql）的显示经常只能看到精确到秒，其实是设计表的时候的配置问题，可通过datetime列的长度进行设置，如下图： 在”设计表”中， 长度： 最小为0，最大为6，就是显示时间的时候的秒后面的小数点后的位数。 小数点： 只能为0，就算填上别的数值，保存时候也会被改为0，可见只能为0。 ...
mysql解决datetime与timestamp精确到毫秒的问题
dgqvhtlwq472235338的博客
09-08 1654
CREATE TABLE `tab1` ( `tab1_id` VARCHAR(11) DEFAULT NULL, `create` TIMESTAMP(3) NULL DEFAULT NULL, `create2` DATETIME(3) DEFAULT NULL ) ENGINE=INNODB DEFAULT CHARSET=utf8 SELECT * FROM tab...
mysql datetime、time、timestamp类型或存储到毫秒微秒时间该怎么办
festone000的专栏
03-10 8709
mysql datetime类型的 设计表问题。 mysql里面的datetime类型的精确度是可以到1/ 10 ^ 6 秒的 某些客户端（如navicat for mysql）的显示经常只能看到精确到秒，其实是设计表的时候的配置问题。 如图，简单易懂。 在”设计表”中，小数点这一列只能为0，就算填上别的数值，保存时候也会被改为0.可见只能为0. 长度这一栏，最大为6. ...
mysql 时间类型精确到毫秒、微秒及其处理
热门推荐
nonolive的专栏
03-04 5万+
下面是转载的关于MySQL毫秒、微秒精度时间处理的两段篇章，留给自己和供大家参考~~ 一、MySQL 获得毫秒、微秒及对毫秒、微秒的处理 MySQL 较新的版本中（MySQL 6.0.5），也还没有产生微秒的函数，now() 只能精确到秒。 MySQL 中也没有存储带有毫秒、微秒的日期时间类型。 但，奇怪的是 MySQL 已经有抽取（extract）微秒的函数。例如： sele
mysql 写入毫秒时间戳_怎样在mybatis里向mysql中插入毫秒数的时间？
weixin_36401013的博客
01-19 1419
由于业务场景需求，需要记录精准的时间，但是呢，又不要想使用int类型来存储时间，因为这样的可读性比较差了。怎样在mybatis中向数据库插入毫秒级别的时间呢？首先，先来看看怎样向数据库中插入毫秒时间。这是关键问题，如果直接向数据库插入时间都无法完成，那就不要想借助其他工具能完成了。可以使用mysql客户端工具，插入一个时间，设置为datetime，尝试一下：CREATE TABLE`t_job_r...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值