服务器之家:专注于VPS、云服务器配置技术及软件下载分享
分类导航

Mysql|Sql Server|Oracle|Redis|MongoDB|PostgreSQL|Sqlite|DB2|mariadb|Access|数据库技术|

服务器之家 - 数据库 - Mysql - MYSQL 数据库时间字段 INT,TIMESTAMP,DATETIME 性能效率的比较介绍

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

2022-11-12 17:46周三不加班 Mysql

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

前言:

在数据库设计的时候,我们经常会需要设计时间字段,在 MYSQL 中,时间字段可以使用 int、timestamp、datetime 三种类型来存储,那么这三种类型哪一种用来存储时间性能比较高,效率好呢 ?

就这个问题,来一个实践出真知吧。

一、准备工作

1.1 建表

?
1
2
3
4
5
6
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万条测试数据

?
1
2
3
//插入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 万条做查询测试:

?
1
2
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 优化对比

?
1
2
3
4
5
6
7
8
9
10
//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 优化对比

?
1
2
3
4
5
6
7
8
9
10
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 优化对比

?
1
2
3
4
5
6
7
8
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 优化对比

?
1
2
3
4
5
6
7
8
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 优化对比

?
1
2
3
4
5
6
7
8
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 优化对比

?
1
2
3
4
5
6
7
8
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 优化对比

?
1
2
3
4
5
6
7
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 优化对比

?
1
2
3
4
5
6
7
8
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 优化对比

?
1
2
3
4
5
6
7
8
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 优化对比

?
1
2
3
4
5
6
7
8
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 优化对比

?
1
2
3
4
5
6
7
8
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 优化对比

?
1
2
3
4
5
6
7
8
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 时间字段 内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家!

原文链接:https://cloud.tencent.com/developer/article/1489410

延伸 · 阅读

精彩推荐
  • MysqlUbuntu上安装MySQL+问题处理+安全优化

    Ubuntu上安装MySQL+问题处理+安全优化

    这篇文章主要汇总介绍了Ubuntu上安装MySQL+问题处理+安全优化的相关事项,非常的细致全面,有需要的小伙伴可以参考下 ...

    MYSQL教程网4312020-06-02
  • MysqlMySQL 原理与优化之Limit 查询优化

    MySQL 原理与优化之Limit 查询优化

    这篇文章主要介绍了MySQL 原理与优化之Limit 查询优化,文章围绕主题展开详细的内容介绍,具有一定的参考价值,需要的小伙伴可以参考一下...

    51CTO崔皓8662022-08-14
  • MysqlMysql分析设计表主键为何不用uuid

    Mysql分析设计表主键为何不用uuid

    在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为...

    写代码的珏秒秒8952022-10-13
  • MysqlMySQL中对表连接查询的简单优化教程

    MySQL中对表连接查询的简单优化教程

    这篇文章主要介绍了MySQL中对表连接查询的简单优化教程,表连接查询是MySQL最常用到的基本操作之一,因而其的优化也非常值得注意,需要的朋友可以参考下...

    KimiChen4382020-05-26
  • Mysql一文学会Mysql数据库备份与恢复

    一文学会Mysql数据库备份与恢复

    数据库备份是在数据丢失的情况下能及时恢复重要数据,防止数据丢失的一种重要手段,下面这篇文章主要给大家介绍了关于Mysql数据库备份与恢复的相关资料...

    疯狂的斯图卡3422022-11-02
  • Mysqlmysql 8.0.15 winx64压缩包安装配置方法图文教程

    mysql 8.0.15 winx64压缩包安装配置方法图文教程

    这篇文章主要为大家详细介绍了mysql 8.0.15 winx64压缩包安装配置方法图文教程,具有一定的参考价值,感兴趣的小伙伴们可以参考一下...

    qq_420723114702020-09-27
  • Mysqlmysql Non-Transactional Database Only(只支持MyISAM)

    mysql Non-Transactional Database Only(只支持MyISAM)

    按照discuz官方的建议,选的都是Non-Transactional Database Only 只支持MyISAM,其实默认都安装也挺好 ...

    MYSQL教程网5642020-06-04
  • MysqlLinux下如何实现Mysql定时任务

    Linux下如何实现Mysql定时任务

    这篇文章主要介绍了Linux下如何实现Mysql定时任务,需要的朋友可以参考下...

    MYSQL教程网3822020-08-30