MySQL时间类型注意事项

最新推荐文章于 2025-05-26 11:03:32 发布
最新推荐文章于 2025-05-26 11:03:32 发布
阅读量284 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/pige666/article/details/134328689
本文介绍了MySQL中的常见时间类型及其用途，推荐在大多数业务场景下使用TIMESTAMP（精确到毫秒），避免使用INT存储时间以提高可维护性。同时，强调了TIMESTAMP的存储限制和时区处理的最佳实践。

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

MySQL常见的时间类型有YEAR、DATE、TIME、DATETIME、TIMESTAMP，绝大多数业务都是精确到秒的，所以通常用后两种。并且MySQL5.6以后后两种支持精度到毫秒（最多小数点后6位）
DATETIME占8字节，不论要不要毫秒
TIMESTAMP占4字节，如果要毫秒则7字节
TIMESTAMP是从1970-1-1 0：0：0开始算的，四字节存储上线到2038年，尽量别用了，为数不多的优点是可以在数据库里设置时区，但不建议使用默认时区再换算，建议在配置文件里改变时区参数，否则反复换算操作系统默认时区，会有锁，造成性能问题
有人用INT作为时间来算，没必要，可维护性差
建议在业务表中添加last_modify_date来自动记录最后一次更新数据的时间
在这里插入图片描述

結城
关注
【项目实战】从MySQL转PostgreSQL注意事项
本本本添哥
12-01 1779
另外，PostgreSQL默认的字符集是UTF8，所以也不需要指定字符集。注意：在PostgreSQL中，不需要显式地指定AUTO_INCREMENT，因为bigserial已经包含了自动增长的功能。注意：在PostgreSQL中，不需要显式地指定AUTO_INCREMENT，因为bigserial已经包含了自动增长的功能。注意：在PostgreSQL中，不需要显式地指定DEFAULT CHARSET=UTF8，因为PostgreSQL默认的字符集就是UTF8。没有备注的一律会字段丢失，提示如下异常。
mysql的日期时间类型及精度问题/time、date、datetime、timestamp和year
热门推荐
weixin_49114503的博客
06-08 2万+
二、 mysql中的日期时间类型 2.1、详细解释 2.2、占用字节 2.3、time类型 三、datetime和timestamp区别 3.1、相同点 3.2、不同点 四、mysql日期类型中的坑 4.1、 time、timestamp、datetime数据类型四舍五入 五、其他疑问问题 5.1、date类型可以存时分秒么？可以存储不存在的日期么？
mysql的日期时间类型及精度问题
doublepg13的博客
12-13 3403
本文主要整理mysql提供的五种日期时间类型time、date、datetime、timestamp和year的区别，及日期时间类型的精度问题一次线上bug, mysql数据类型为timestamp，日志中打印的时间为2021-02-23 10:16:55.781 但是最后数据库中存储的是2021-02-23 10:16:56，由此引发了本文对timestamp精度问题的研究。
MySQL datetime 类型精度设置踩坑
最新发布
Wayn111的博客
05-26 1058
本文探讨MySQL中datetime类型的精度问题及其解决方案。默认情况下，datetime仅精确到秒级，毫秒部分会被截断或四舍五入，可能导致业务逻辑错误（如订单超时误判）。问题根源包括MySQL版本差异（5.6.4前不支持毫秒精度）、客户端工具误导及跨数据库时区兼容性问题。建议解决方案：显式声明精度（如datetime(3)表示毫秒级）、考虑使用TIMESTAMP类型（需注意时区影响）、确保Java代码与数据库精度匹配。同时需关注索引优化、时区统一和跨数据库兼容性验证，以规避时间精度陷阱，保障数据准确性。
mysql 时间精度问题
warrah 南极狼
03-06 495
mysql 5.6.4 之前数据库是会把datetime类型秒后面的精度丢掉，5.6.4之后的版本是会保留这个精度。因为系统设计，你可以任意选择时间插入，插入后将实时进行成本核算，于是就发生了向后面的数据作用。timestamp到2038年，还有14年时间，一个系统如果能活到那一刻也是相当不错了。这样查看数据库，字段就到毫秒了。这里先看一下个datetime的问题,下面的插入数据的时间戳是。，因此自身也被查询数来了,可以看到。这个字段到秒，后面的毫秒被丢失。,但因为数据库字段为。因此需要修改数据库表。
mysql 记录时间长度_MySQL - 记录长度
weixin_28730131的博客
02-05 864
MySQL中规定：任何一条记录最多不能超过65535个字节，即varchar永远不可能达到其理论值(即使编码改为latin1，那么最多存储65533个字符，余出两位储存字符长度)。Varchar的实际存储长度能达到多少呢？根据字符编码。UTF8：21844； 看了上图，提示是21845；再看下图： 提示size too large，但是又说做打size是65535？！答案：不要忘记了，varcha...
mysql修改时间精度_mysql 5.6中的时间门类的新精度
weixin_29200485的博客
02-02 193
mysql 5.6中的时间类型的新精度在mysql 5.6中,time,timestamp,datetime都可以精确到微妙,并指定微秒的精确度了,比如如下的例子:CREATE TABLE `t` (`id` int(11) AUTO_INCREMENT,`t1` time(3),`t2` timestamp(6),`t3` datetime(1),`t4` datetime,PRIMARY KE...
MySQL索引类型总结和使用技巧以及注意事项
09-10
使用索引的技巧和注意事项： - 索引并非总是有益的，它们会占用磁盘空间，并可能减慢写操作（INSERT、UPDATE、DELETE）。因此，应在频繁查询且数据量大的列上创建索引。 - 对于字符串列，考虑使用前缀索引（如`name...
Mysql注意事项（一）
ligangit的博客
07-22 875
整理mysql需要的一些sql注意事项，比较常见、常用
MySQL索引以及创建索引的注意事项
echola_mendes的博客
09-10 1743
二叉查找树(BST)：解决了排序的基本问题，但是由于无法保证平衡，可能退化为链表；平衡二叉树(AVL)：通过旋转解决了平衡的问题，但是旋转操作效率太低；红黑树：通过舍弃严格的平衡和引入红黑节点，解决了AVL旋转效率过低的问题，但是在磁盘等场景下，树仍然太高，IO次数太多；B树：通过将二叉树改为多路平衡查找树，解决了树过高的问题；B+树：在B树的基础上，将非叶节点改造为不存储数据的纯索引节点，进一步降低了树的高度；此外将叶节点使用指针连接成链表，范围查询更加高效。
MySQL日期数据类型、时间类型使用总结
09-11
MySQL数据库系统提供了多种日期和时间数据类型，用于存储日期、时间或者日期与时间的组合。在设计数据库表结构时，正确选择这些数据类型对于优化存储效率和确保数据准确性至关重要。以下是对MySQL日期数据类型和时间...
mysql时间类型长度是19位_mysql 时间字段用什么类弄，长度是多少
weixin_39537298的博客
01-18 3000
展开全部mysql时间字段用：Date、Datetime和Timestamp。(1)“Date”数据类型：用于存储没有时间的日期。e69da5e6ba903231313335323631343130323136353331333433626435 Mysql获取并显示此类型的格式为“ YYYY-MM-DD”，支持的时间长度范围是“ 1000-00-00”至“ 9999-12-31”。(2)“Dat...
001__MySQL中的时间类型详解
weixin_48478939的博客
02-21 2163
时间戳，并不是常规意义时间戳(如：14253685)，范围是’1970-01-01 00:00:00’到2037年。但是有零值，0000-00-00 00:00:00；date_add(date/time, interval n day/month/year-----)函数，用于增加一定的时间日期。date_sub(date/time, interval n day/month/year-----)函数，用于减少一定的时间日期。：时间(段)，指定的某个区间之间，从-时间到+时间(有负时间表示)；
mysql5.6 datetime一些测试结果
arkblue的专栏
04-10 3529
会写入全零的数据， （1）最后一位微秒写入1，其余全零 mysql> select * from user; +----------------------------+------+---------------------------+--------------------------+-------------------------+ | gmt_create
mysql timestamp字段的规范使用
sdmei
04-20 8033
1. 前言 这个世界离不开时间，同样，数据库中也是如此，表中的每条记录除了数据模型的时间字段（如生日，生产日期，出发日期等），一般至少还有两个固定的时间字段：记录插入时间，记录更新时间。 然而，看似很简单时间字段，谁能想到会导致应用报错，引发血案： 个中缘由，正是接下来要讲到的。 2. mysql中的时间字段 因时间字段的一些特性与版本有关，且目前我司统一使用的mysql 5.7版本，因此本文内容都基于mysql 5.7。 mysql时间相关的字段主要有DATE、DATETIME、TIMESTA
MySQL datetime 精度
yangfang的博客
03-09 8419
最近项目上需要存储一个截止时间，我和前端约定返回当天的最后一秒，即"yyyy-MM-dd 23:59:59"(实际是Date数据类型，返回的是一个时间戳)。于是，前端返回1552319999999，通过工具查看结果如下 OK，没有问题，确实是返回了"yyyy-MM-dd 23:59:59"。但是测试反馈，时间存储不对，数据库显示的是 what? 难道程序处理增加时间了？ 首先查看日志，从日志上看...
MYSQL DATETIME类型精确到毫秒
fffjvjxrx的博客
03-18 2824
年年年年-月月-日日 时时:分分:秒秒.毫秒...年年年年月月日日时时分分秒秒毫秒...#设置精确到毫秒三位 设置默认值为函数NOW(3)精确到毫秒三位。
Mysql 数据类型一日期
存在,即合理
09-23 2376
但是如果使用默认的操作系统时区，则每次通过时区计算时间时，要调用操作系统底层系统函数 __tz_convert()，而这个函数需要额外的加锁操作，以确保这时操作系统时区没有修改。与 DATETIME 不同的是，若带有毫秒时，类型 TIMESTAMP 占用 7 个字节，而 DATETIME 无论是否存储毫秒信息，都占用 8 个字节。从上述例子中，你可以看到，中国的时区是 +08:00，美国的时区是 -08:00，因此改为美国时区后，可以看到用户注册时间比之前延迟了 16 个小时。另外，有些国家会执行夏令时。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值