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

更新时间：2022年09月16日 15:38:23 作者：周三不加班

这篇文章主要介绍了MYSQL数据库时间字段INT,TIMESTAMP,DATETIME性能效率的比较介绍，文章通过围绕主题展开详细的内容介绍，具有一定的参考价值，需要的小伙伴可以参考一下

一、准备工作

1.1 建表

CREATE TABLE IF NOT EXISTS `datetime_test` (
  `id` int(11) NOT NULL AUTO_INCREMENT,AUTO_INCREMENT=1,
  `d_int` int(11) NOT NULL DEFAULT '0',
  `d_timestamp` timestamp NULL DEFAULT NULL,
  `d_datetime` datetime DEFAULT NULL
) ENGINE=MyISAM AUTO_INCREMENT=1000001 DEFAULT CHARSET=utf8;

1.2 插入100万条测试数据

//插入d_intvalue=1到100万之间的数据
insert into datetime_test(d_int,d_timestamp,d_datetime) 
values(d_intvalue,FROM_UNIXTIME(d_intvalue),FROM_UNIXTIME(d_intvalue));

取中间的 20 万条做查询测试：

SELECT FROM_UNIXTIME(400000), FROM_UNIXTIME(600000)
1970-01-05 23:06:40, 1970-01-08 06:40:00

二、MyISAM引擎

2.1 MyISAM 引擎无索引下的 dint/dtimestamp/d_datetime

2.1.1 int 类型是否调用 UNIX_TIMESTAMP 优化对比

//SQL_NO_CACHE意思是说查询时不适用缓存
SELECT SQL_NO_CACHE count(id) FROM `datetime_test` 
WHERE d_int >400000 AND d_int<600000

查询花费 0.0780 秒
SELECT SQL_NO_CACHE count(id) FROM `datetime_test` 
WHERE d_int>UNIX_TIMESTAMP('1970-01-05 23:06:40') 
AND d_int<UNIX_TIMESTAMP('1970-01-08 06:40:00')

查询花费 0.0780 秒

效率不错

2.1.2 timestamp 类型是否调用 UNIX_TIMESTAMP 优化对比

SELECT SQL_NO_CACHE count(id) FROM `datetime_test` 
WHERE d_timestamp>'1970-01-05 23:06:40' 
AND d_timestamp<'1970-01-08 06:40:00'

查询花费 0.4368 秒
SELECT SQL_NO_CACHE count(id) FROM `datetime_test` 
WHERE UNIX_TIMESTAMP(d_timestamp)>400000 
AND UNIX_TIMESTAMP(d_timestamp)<600000

查询花费 0.0780 秒

对于 timestamp 类型，使用UNIX_TIMESTAMP内置函数查询效率很高，几乎和int相当；直接和日期比较效率低。

2.1.3 datetime 类型是否调用 UNIX_TIMESTAMP 优化对比

SELECT SQL_NO_CACHE count(id) FROM `datetime_test` 
WHERE d_datetime>'1970-01-05 23:06:40' 
AND d_datetime<'1970-01-08 06:40:00'
查询花费 0.1370 秒
SELECT SQL_NO_CACHE count(id) FROM `datetime_test` 
WHERE UNIX_TIMESTAMP(d_datetime)>400000 
AND UNIX_TIMESTAMP(d_datetime)<600000
查询花费 0.7498 秒

对于 datetime 类型，使用 UNIX_TIMESTAMP 内置函数查询效率很低，不建议；直接和日期比较，效率还行。

2.2 MyISAM 引擎有索引下的 dint/dtimestamp/d_datetime

2.2.1 int 类型是否调用 UNIX_TIMESTAMP 优化对比

SELECT SQL_NO_CACHE count(id) FROM `datetime_test` 
WHERE d_int >400000
AND d_int<600000
查询花费 0.3900 秒
SELECT SQL_NO_CACHE count(id) FROM `datetime_test` 
WHERE d_int>UNIX_TIMESTAMP('1970-01-05 23:06:40') 
AND d_int<UNIX_TIMESTAMP('1970-01-08 06:40:00')
查询花费 0.3824 秒

对于 int 类型，有索引的效率反而低了，笔者估计是由于设计的表结构问题，多了索引，反倒多了一个索引查找。

2.2.2 timestamp 类型是否调用 UNIX_TIMESTAMP 优化对比

SELECT SQL_NO_CACHE count(id) FROM `datetime_test` 
WHERE d_timestamp>'1970-01-05 23:06:40' 
AND d_timestamp<'1970-01-08 06:40:00'
查询花费 0.5696 秒
SELECT SQL_NO_CACHE count(id) FROM `datetime_test` 
WHERE UNIX_TIMESTAMP(d_timestamp)>400000 
AND UNIX_TIMESTAMP(d_timestamp)<600000
查询花费 0.0780 秒

对于 timestamp 类型，有没有索引貌似区别不大。

2.2.3 datetime 类型是否调用 UNIX_TIMESTAMP 优化对比

SELECT SQL_NO_CACHE count(id) FROM `datetime_test` 
WHERE d_datetime>'1970-01-05 23:06:40' 
AND d_datetime<'1970-01-08 06:40:00'
查询花费 0.4508 秒
SELECT SQL_NO_CACHE count(id) FROM `datetime_test` 
WHERE UNIX_TIMESTAMP(d_datetime)>400000 
AND UNIX_TIMESTAMP(d_datetime)<600000
查询花费 0.7614 秒

对于 datetime 类型，有索引反而效率低了。

三、InnoDB引擎

3.1 InnoDB 引擎无索引下的 dint/dtimestamp/d_datetime

3.1.1 int 类型是否调用 UNIX_TIMESTAMP 优化对比

SELECT SQL_NO_CACHE count(id) FROM `datetime_test2` 
WHERE d_int >400000 
AND d_int<600000
查询花费 0.3198 秒
SELECT SQL_NO_CACHE count(id) FROM `datetime_test2` WHERE d_int>UNIX_TIMESTAMP('1970-01-05 23:06:40') 
AND d_int<UNIX_TIMESTAMP('1970-01-08 06:40:00')
查询花费 0.3092 秒

InnoDB 引擎的查询效率明细比 MyISAM 引擎的低，低 3 倍+。

3.1.2 timestamp 类型是否调用 UNIX_TIMESTAMP 优化对比

SELECT SQL_NO_CACHE count(id) FROM `datetime_test2` 
WHERE d_timestamp>'1970-01-05 23:06:40' 
AND d_timestamp<'1970-01-08 06:40:00'
查询花费 0.7092 秒
SELECT SQL_NO_CACHE count(id) FROM `datetime_test2` 
WHERE UNIX_TIMESTAMP(d_timestamp)>400000 
AND UNIX_TIMESTAMP(d_timestamp)<600000
查询花费 0.3160 秒

对于 timestamp 类型，使用 UNIX_TIMESTAMP 内置函数查询效率同样高出直接和日期比较。

3.1.3 datetime 类型是否调用 UNIX_TIMESTAMP 优化对比

SELECT SQL_NO_CACHE count(id) FROM `datetime_test2` 
WHERE d_datetime>'1970-01-05 23:06:40' 
AND d_datetime<'1970-01-08 06:40:00'
查询花费 0.3834 秒
SELECT SQL_NO_CACHE count(id) FROM `datetime_test2` 
WHERE UNIX_TIMESTAMP(d_datetime)>400000 
AND UNIX_TIMESTAMP(d_datetime)<600000
查询花费 0.9794 秒

对于 datetime 类型，直接和日期比较，效率高于 UNIX_TIMESTAMP 内置函数查询。

3.2 InnoDB 引擎无索引下的 dint/dtimestamp/d_datetime

3.2.1 int 类型是否调用 UNIX_TIMESTAMP 优化对比

SELECT SQL_NO_CACHE count(id) FROM `datetime_test2` 
WHERE d_int >400000 
AND d_int<600000
查询花费 0.0522 秒
SELECT SQL_NO_CACHE count(id) FROM `datetime_test2` 
WHERE d_int>UNIX_TIMESTAMP('1970-01-05 23:06:40') 
AND d_int<UNIX_TIMESTAMP('1970-01-08 06:40:00')
查询花费 0.0624 秒

InnoDB引擎有了索引之后，性能较 MyISAM 有大幅提高。

3.2.2 timestamp 类型是否调用 UNIX_TIMESTAMP 优化对比

SELECT SQL_NO_CACHE count(id) FROM `datetime_test2` 
WHERE d_timestamp>'1970-01-05 23:06:40' 
AND d_timestamp<'1970-01-08 06:40:00'
查询花费 0.1776 秒
SELECT SQL_NO_CACHE count(id) FROM `datetime_test2` 
WHERE UNIX_TIMESTAMP(d_timestamp)>400000 
AND UNIX_TIMESTAMP(d_timestamp)<600000
查询花费 0.2944 秒

对于 timestamp 类型，有了索引，反倒不建议使用 MYSQL 内置函数UNIX_TIMESTAMP 查询了。

3.2.3 datetime 类型是否调用 UNIX_TIMESTAMP 优化对比

SELECT SQL_NO_CACHE count(id) FROM `datetime_test2` 
WHERE d_datetime>'1970-01-05 23:06:40' 
AND d_datetime<'1970-01-08 06:40:00'
查询花费 0.0820 秒
SELECT SQL_NO_CACHE count(id) FROM `datetime_test2` 
WHERE UNIX_TIMESTAMP(d_datetime)>400000 
AND UNIX_TIMESTAMP(d_datetime)<600000
查询花费 0.9994 秒

对于 datetime 类型，同样有了索引，反倒不建议使用 MYSQL 内置函数UNIX_TIMESTAMP 查询了。

四、总结

对于 MyISAM 引擎，不建立索引的情况下（推荐），效率从高到低：int > UNIXTIMESTAMP(timestamp) > datetime（直接和时间比较）> timestamp（直接和时间比较）> UNIXTIMESTAMP(datetime) 。
对于 MyISAM 引擎，建立索引的情况下，效率从高到低：UNIXTIMESTAMP(timestamp) > int > datetime（直接和时间比较）>timestamp（直接和时间比较）>UNIXTIMESTAMP(datetime) 。
对于 InnoDB 引擎，没有索引的情况下(不建议)，效率从高到低：int > UNIXTIMESTAMP(timestamp) > datetime（直接和时间比较） > timestamp（直接和时间比较）> UNIXTIMESTAMP(datetime)。
对于 InnoDB 引擎，建立索引的情况下，效率从高到低：int > datetime（直接和时间比较） > timestamp（直接和时间比较）> UNIXTIMESTAMP(timestamp) > UNIXTIMESTAMP(datetime)。
一句话，对于 MyISAM 引擎，采用 UNIX_TIMESTAMP(timestamp) 比较；对于InnoDB 引擎，建立索引，采用 int 或 datetime直接时间比较。

到此这篇关于MYSQL 数据库时间字段 INT,TIMESTAMP,DATETIME 性能效率的比较介绍的文章就介绍到这了,更多相关MYSQL 时间字段内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:

详解MySQL用事件调度器Event Scheduler创建定时任务
事件调度器(Event Scheduler)是在MySQLv5.1.6中新增的一个功能，它相当于一个定时器，可以在指定的时间点执行一条SQL语句或一个语句块，也可以用于在固定间隔重复执行。下面跟着小编一起来学习学习在MySQL中如何用事件调度器Event Scheduler创建定时任务
2016-08-08
浅谈MySQL存储过程中declare和set定义变量的区别
下面小编就为大家带来一篇浅谈MySQL存储过程中declare和set定义变量的区别。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧
2016-12-12
Mysql常见问题集锦
Mysql在使用过程中难免会遇到一些问题，在本文把常见问题做个记录方便以后发现问题查看，感兴趣的朋友也可以了解下
2013-09-09
使用MYSQL TIMESTAMP字段进行时间加减运算问题
这篇文章主要介绍了使用MYSQL TIMESTAMP字段进行时间加减运算问题，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
2023-02-02
MySQL常用聚合函数详解
下面小编就为大家带来一篇MySQL常用聚合函数详解。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧
2016-06-06
详解MySQL开启远程连接权限
这篇文章主要介绍了MySQL开启远程连接权限，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
2019-04-04
mysql表的四种分区方式总结
通俗地讲表分区是将一大表,根据条件分割成若干个小表,下面这篇文章主要给大家介绍了关于mysql表的四种分区方式,文中通过示例代码介绍的非常详细,需要的朋友可以参考下
2022-04-04
linux服务器清空MySQL的history历史记录删除mysql操作记录
mysql历史记录上可能留下了很多敏感信息，比如密码什么的,需及时清空历史记录,下面分享一下inux服务器清空MySQL的history历史记录的方法
2014-01-01
mysql 行列动态转换的实现(列联表,交叉表)
下面小编就为大家带来一篇mysql 行列动态转换的实现(列联表,交叉表)。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧
2017-01-01
mysql报错：Deadlock found when trying to get lock; try restarti
这篇文章主要给大家介绍了关于mysql出现报错：Deadlock found when trying to get lock; try restarting transaction的解决方法，文中通过示例代码介绍的非常详细，对大家具有一定的参考学习价值，需要的朋友们下面来一起看看吧。
2017-07-07