首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

MYSQL 数据库时间字段 INT,TIMESTAMP,DATETIME 性能效率比较

原文 | http://1t.click/FAB 在数据库设计的时候,我们经常会需要设计时间字段,在 MYSQL 中,时间字段可以使用 int、timestamp、datetime 三种类型来存储,那么这三种类型哪一种用来存储时间性能比较高...)<600000 查询花费 0.2944 秒 对于 timestamp 类型,有了索引,反倒不建议使用 MYSQL 内置函数UNIX_TIMESTAMP 查询了。...MYSQL 内置函数UNIX_TIMESTAMP 查询了。...对于 InnoDB 引擎,建立索引的情况下,效率从高到低:int > datetime(直接和时间比较) > timestamp(直接和时间比较)> UNIXTIMESTAMP(timestamp) >...一句话,对于 MyISAM 引擎,采用 UNIX_TIMESTAMP(timestamp) 比较;对于InnoDB 引擎,建立索引,采用 int 或 datetime直接时间比较

6.8K30

mysql数据库时间类型datetime、bigint、timestamp的查询效率比较

作者 | 哒波甜 来源 | https://juejin.cn/post/6844903701094596615 数据库中可以用datetime、bigint、timestamp来表示时间,那么选择什么类型来存储时间比较合适呢...` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, `time_long` bigint(20)...NOT NULL, PRIMARY KEY (`id`), KEY `time_long` (`time_long`), KEY `time_timestamp` (`time_timestamp...sql分组速率测试 使用bigint 进行分组会每条数据进行一个分组,如果将bigint做一个转化在去分组就没有比较的意义了,转化也是需要时间的 通过datetime类型分组: select time_date...,推荐使用timestamp,使用4个字节保存比较节省空间,但是只能记录到2038年记录的时间有限 - END -

2.6K30

MySQL中DATETIME与TIMESTAMP

“温故而知新” 真理永远都不过时,今天由于工作的事情涉及到了这里,印象中只记得DATETIME类型占用8字节,TIMESTAMP类型占用4字节,心想这么久没有更新的知识万一过时了咋办,毕竟MySQL8都有了...,于是翻开了MySQL的官网,决定查一查这两个字段的区别。...官网这么大,怎么搜,想起来目前在用的是MySQL 5.7版本,那就先查查5.7版本的文档吧。 废话不多说,先把结果拿出来。 v5.6.4版本之前DATETIME占用8字节。...计算速度有了一定的提升;TIMESTAMP使用到2038年1月19号就到终点站了…… 希望大家的项目到那时还存在,我的也是~~ ---- 贴出官网文档: 底层算法和结构:https://dev.mysql.com...PS:右上角可以选择文档版本,查看不同版本的MySQL的区别。

2.5K50

Mysql - date、datetime、timestamp 的区别

date、datetime 的区别 顾名思义,date 日期,datetime 日期时间,所以 date 是 datetime 的日期部分 MySQL 以 格式检索和显示 datetime 值 YYYY-MM-DD...它们都是以 格式检索和显示日期时间 YYYY-MM-DD hh:mm:ss 第一个区别是 timestamp 支持的日期时间范围不如 datetime 大 timestamp 支持的日期时间范围 是...值的范围变成 1970-01-01 00:00:01.000000 ~ 2038-01-19 03:14:07.999999 datetime 和 timestamp 区别二:时区 因为 timestamp...存储的是 UTC 时间,所以会有时区的概念,这也是区别于 datetime 地方之一 MySQL 对于 timestamp 字段值,会将客户端插入的时间从当前时区转换为 UTC 再进行存储;查询时,会从...timestamp:4 个字节 datetime:5 个字节(有些教程会写 8 个,但官方文档目前 mysql8 中 datetime 是 5 个字节进行存储) 重点 它们在保存小数秒时,都将使用额外的空间

5.8K10

MySQL 8.0 TIMESTAMP 默认赋值问题

TIMESTAMP 没有 TIME???...TIMESTAMP默认值设置问题 前言  今天在学习MySQL的DML(增删改表的据)时,在跟着视频学习时,老师说了TIMESTAMP这个数据类型如果不为null,则默认使用当前的系统时间,来自动赋值,...但是在实际操作时并没有,而是默认为null,思考了一下可能是版本的问题(我使用的是8.0,视频教学中使用的是5.7),因此我在搜寻、探索一番后得到了解决的方案,在此记录一下 首先我们创建一个含有TIMESTAMP...类型数据的表 Test CREATE TABLE Test( string VARCHAR(20), insert_time TIMESTAMP ); 接着我们查看一下表的数据结构,确认没有问题...INSERT INTO Test(string,insert_time) VALUES('张三',CURRENT_TIMESTAMP); # 赋值 SELECT * FROM Test;

3.4K10

MySQL 8.0 timestamp引发的狗血剧情

sql_mode参数的设置,好像也没有发现啥问题; 业务人员反馈线上的表也是这样的,但是线上是正常的,而目前要把这个业务迁移到其他的环境,从业务到数据库是另外一套环境; 忽然考虑到了数据库版本的差异;迁移的新环境是MySQL...8.0版本,而线上环境是5.7版本,两个版本中参数explicit_defaults_for_timestamp 设置的默认值是不一样的; 关于MySQL 8.0版本时间类型详细可参考:MySQL 8.0...中DATE,DATETIME和 TIMESTAMP类型和5.7之间的差异 原因: explicit_defaults_for_timestamp 系统变量决定MySQL服务端对timestamp列中的默认值和...此变量自MySQL 5.6.6 版本引入,分为全局级别和会话级别,可动态更新,默认值为OFF。...CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP

1.4K20
领券