2. 程式人生 > >MYSQL資料庫時間欄位INT,TIMESTAMP,DATETIME效能效率比較

MYSQL資料庫時間欄位INT,TIMESTAMP,DATETIME效能效率比較

阿新 • • 發佈：2019-02-15

Author：飄易 Source：飄易
Categories：資料庫 PostTime：2016-10-28 13:12:22

正 文：

   在資料庫設計的時候，我們經常會需要設計時間欄位，在MYSQL中，時間欄位可以使用int、timestamp、datetime三種類型來儲存，那麼這三種類型哪一種用來儲存時間效能比較高，效率好呢？飄易就這個問題，來一個實踐出真知吧。

MYSQL版本號：5.5.19

建立表：

CREATE TABLE IF NOT EXISTS `datetime_test` (
  `id` int(11) NOT NULL,
  `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;
ALTER TABLE `datetime_test`
  MODIFY `id` int(11) NOT NULL AUTO_INCREMENT,AUTO_INCREMENT=1;

插入100萬條測試資料：

<?php header( 'Content-Type: text/html; charset=UTF-8' );
set_time_limit(300); //最大執行時間這裡設定300秒

//連線資料庫
$pdo = new PDO("mysql:host=localhost;dbname=test","root","123"); 

for ($i = 1; $i <= 1000000; $i++) { 
	$d_int=$i;
	$pdo->exec("insert into datetime_test(d_int,d_timestamp,d_datetime) 
		values($d_int,FROM_UNIXTIME($d_int),FROM_UNIXTIME($d_int))");
}

取中間的20萬條做查詢測試：

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

第一種情況，MyISAM引擎， d_int/d_timestamp/d_datetime這三個欄位都沒有索引

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 秒

效率不錯。

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相當；直接和日期比較效率低。

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內建函式查詢效率很低，不建議；直接和日期比較，效率還行。

第二種情況，MyISAM引擎， d_int/d_timestamp/d_datetime這三個欄位都有索引

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型別，有索引的效率反而低了，飄易的猜測是由於設計的表結構問題，多了索引，反倒多了一個索引查詢。

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型別，有沒有索引貌似區別不大。

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引擎， d_int/d_timestamp/d_datetime這三個欄位都沒有索引

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倍+。

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內建函式查詢效率同樣高出直接和日期比較。

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內建函式查詢。

第四種情況，InnoDB引擎， d_int/d_timestamp/d_datetime這三個欄位都有索引

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有大幅提高。

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查詢了。

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 > UNIX_TIMESTAMP(timestamp) > datetime（直接和時間比較）>timestamp（直接和時間比較）>UNIX_TIMESTAMP(datetime) 。

對於MyISAM引擎，建立索引的情況下，效率從高到低： UNIX_TIMESTAMP(timestamp) > int > datetime（直接和時間比較）>timestamp（直接和時間比較）>UNIX_TIMESTAMP(datetime) 。

對於InnoDB引擎，沒有索引的情況下(不建議)，效率從高到低：int > UNIX_TIMESTAMP(timestamp) > datetime（直接和時間比較） > timestamp（直接和時間比較）> UNIX_TIMESTAMP(datetime)。

對於InnoDB引擎，建立索引的情況下，效率從高到低：int > datetime（直接和時間比較） > timestamp（直接和時間比較）> UNIX_TIMESTAMP(timestamp) > UNIX_TIMESTAMP(datetime)。

一句話，對於MyISAM引擎，採用 UNIX_TIMESTAMP(timestamp) 比較；對於InnoDB引擎，建立索引，採用 int 或 datetime直接時間比較。

作者：飄易
來源：飄易
版權所有。轉載時必須以連結形式註明作者和原始出處及本宣告。

相關推薦

MYSQL資料庫時間欄位INT,TIMESTAMP,DATETIME效能效率比較

Author：飄易 Source：飄易 Categories：資料庫 PostTime：2016-10-28 13:12:22 正 文：    在資料庫設計的時候，我們經常會需要設計時間欄位，在MYSQL中，時間欄位可以使用int、timestamp、datetime

mysql資料庫時間欄位相差8個小時解決辦法

資料庫->mysql 持久層框架->mybatis 解決思路：使用mybatis提供的型別轉換器功能 建立DateHandler，指定泛型為Date package cn.nsu.edu.web.four.handler.mybatis; import org.ap

MYSQL資料庫規範-欄位規範

（1）用好數值型別tinyint(1Byte)smallint(2Byte)mediumint(3Byte)int(4Byte)bigint(8Byte)【bad case】int(1)/int(11) （2）字元轉化為數字用int而不是char(15)儲存i

Mysql 資料庫 表 欄位字符集修改

修改資料庫字符集 alter database owl default character set utf8; 修改表字符集 alter table t_app character set utf8; 修改單個欄位字符集 alter table t_app modify a

使用Python建立MySQL資料庫實現欄位動態增加以及動態的插入資料

應用場景： 我們需要設計一個數據庫來儲存多個文件中每個文件的關鍵字。假如我們每個文件字元都超過了1000，取其中出現頻率最大的為我們的關鍵字。 假設每個文件的關鍵字都超過了300，每一個檔案的0-29

MySQL資料庫通過欄位名來搜尋相應的表

二次開發ecshop中遇到個問題，我添加了一個配置項，但是標題和提示不在配置項表中新增，於是只能通過關鍵詞來搜尋，以下是我用的方法： 用MySQL語句查詢： 定位列名： use 表名; select * from information_schema.COLUMNS w

mysql根據時間欄位查詢一天內，一週，一個月內的資料

原文路徑：https://www.cnblogs.com/Luouy/p/7590812.html，原文應該也是各處摘抄的，此處做了一些去重處理。查詢一天：select * from 表名 where to_days(時間欄位名) = to_days(now());selec

Linux中使用Shell指令碼插入mysql資料庫中文欄位值亂碼問題

問題描述 我在shell指令碼寫了一段insert到mysql的語句，測試語句如下： mysql -h*** -P3306 -u*** -p*** -D *** -e "insert into test values('123456', '測試')"

MySQL基於時間欄位進行分割槽的方案總結

MySQL支援的分割槽型別一共有四種：RANGE，LIST，HASH，KEY。其中，RANGE又可分為原生RANGE和RANGE COLUMNS，LIST分為原生LIST和LIST COLUMNS，HASH分為原生HASH和LINEAR HASH，KEY包含原生KEY和LIN

mysql資料庫中日期String轉成datetime型別作比較

在我們日期作為條件查詢時，通常前端傳過來的可能是String=‘2019-03-06’，這樣的日期格式。那麼在傳入後臺和datetime作比較時可以轉換如下格式： <if test="beginTime != null and beginTime != '

mysql中存入時間，沒有時分秒問題， 其中表時間欄位為datetime型別

            資料庫表的時間欄位time為時間datetime型別，在程式中，如果採用PreparedStatement 向語句傳的話，一般都會使用(int parameterIndex, Date x)方法，但是這樣，在資料庫表裡顯示的是：2014-09-20

mysql——時間欄位型別與C#中datetime

一、引言 做專案的時候開始糾結於用2013-01-01 12-12-12儲存還是用 2013-01-01儲存，這個設計到的問題是mysql中時間欄位的選擇問題：date、time或者datetime

java中儲存mysql資料庫時間型別【date、time、datetime、timestamp】

在mysql中對於時間的儲存自己見表的時候都是設定的varchar型別的，感覺挺方便的。 昨天拿別人建好的表寫程式碼，發現這張表中時間型別為datetime的，憑感覺試了一下不行，網上查了剛開始試了好幾個都是不對的，一臉懵逼。 -----------------------

Mysql根據資料庫的時間欄位到點更新另外的狀態。

需求如下： 新增一條提醒，被提醒人在提醒時間未到達的時候收不到此提醒，提醒時間到了則更改狀態，被提醒人看到該提醒。 我們要做的就是：根據提醒時間與當前系統時間比對，如果提醒時間小於等於當前時間時候，更改狀態為正常狀態值。 實現如下： 1. 開啟event_schedule

C#查詢ACCESS資料庫欄位和時間欄位

查詢表的所有欄位 string.Format("SELECT * FROM{0}", TableName); 查詢表中的一個欄位 在ACCESS中將欄位用CStr()轉換成字串來判斷 string.Format("SELECT* FROM {0} WHERE CStr({1})=

es站內站內搜尋筆記（一） Mysql 如何設定欄位自動獲取當前時間

es站內站內搜尋筆記（一） 第一節： 　　概述 使用elasticsearch進行網站搜尋，es是當下最流行的分散式的搜尋引擎及大資料分析的中介軟體，搜房網的主要功能：強大的搜尋框，與百度地圖相結合，實現地圖找房，包括前臺模組和後臺模組。 　　elasticsearch + mysql +kafka實

SqlServer資料庫中常用的時間欄位格式化

可用convert函式。 下列出一些常用的語法: 1、輸出格式：2008-02-27 00:25:13 SELECT CONVERT(char(19), getdate(), 120) 2、輸出格式：2008-02-27 SELECT CONVERT(char(10),

資料庫工作筆記004---mysql對結果欄位進行判斷的函式_Case when等

結果1:    結果2     結果3    結果4    事前準備：例項用的表結構和資料 /* Navicat MySQL Data Transfer Source Server : work Source Server Version

sqlserver 表分割槽-datetime 時間欄位分割槽案例

1，建立檔案組 USE [master] GO ALTER DATABASE [test] ADD FILEGROUP [datetime1] GO ALTER DATABASE [test] ADD FILEGROUP [datetime2] GO ALTER DATAB

Mysql 升級到5.7修改欄位報錯 datetime 型別報錯

原因是Mysql5.7以上版本不支援無效日期時間欄位，例如 0000-00-00 00:00:00； 解決方法有兩種： 1：把date 或 datetime 型別值為 0000-00-00 的欄位，改成 1970-01-01 2：修改欄位預設值為空 程式碼示例： ALTER TA