MYSQL數據庫時間字段INT,TIMESTAMP,DATETIME性能效率比較

在數據庫設計的時候,我們經常會需要設計時間字段彭沼,在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引擎無索引下的d_int/d_timestamp/d_datetime
2.1.1 int類型是否調用UNIX_TIMESTAMP優(yōu)化對比
//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優(yōu)化對比
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優(yōu)化對比
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引擎有索引下的d_int/d_timestamp/d_datetime
2.2.1 int類型是否調用UNIX_TIMESTAMP優(yōu)化對比
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優(yōu)化對比
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類型,有沒有索引貌似區(qū)別不大蚌成。

2.2.3 datetime類型是否調用UNIX_TIMESTAMP優(yōu)化對比
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引擎無索引下的d_int/d_timestamp/d_datetime
3.1.1 int類型是否調用UNIX_TIMESTAMP優(yōu)化對比
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優(yōu)化對比
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優(yōu)化對比
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引擎無索引下的d_int/d_timestamp/d_datetime
3.2.1 int類型是否調用UNIX_TIMESTAMP優(yōu)化對比
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優(yōu)化對比
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優(yōu)化對比
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直接時間比較评凝。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市腺律,隨后出現(xiàn)的幾起案子奕短,更是在濱河造成了極大的恐慌宜肉,老刑警劉巖,帶你破解...
    沈念sama閱讀 218,755評論 6 507
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件翎碑,死亡現(xiàn)場離奇詭異谬返,居然都是意外死亡,警方通過查閱死者的電腦和手機日杈,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,305評論 3 395
  • 文/潘曉璐 我一進店門遣铝,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人莉擒,你說我怎么就攤上這事酿炸。” “怎么了涨冀?”我有些...
    開封第一講書人閱讀 165,138評論 0 355
  • 文/不壞的土叔 我叫張陵填硕,是天一觀的道長。 經常有香客問我鹿鳖,道長扁眯,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,791評論 1 295
  • 正文 為了忘掉前任翅帜,我火速辦了婚禮姻檀,結果婚禮上,老公的妹妹穿的比我還像新娘藕甩。我一直安慰自己施敢,他們只是感情好,可當我...
    茶點故事閱讀 67,794評論 6 392
  • 文/花漫 我一把揭開白布狭莱。 她就那樣靜靜地躺著僵娃,像睡著了一般。 火紅的嫁衣襯著肌膚如雪腋妙。 梳的紋絲不亂的頭發(fā)上默怨,一...
    開封第一講書人閱讀 51,631評論 1 305
  • 那天,我揣著相機與錄音骤素,去河邊找鬼匙睹。 笑死,一個胖子當著我的面吹牛济竹,可吹牛的內容都是我干的痕檬。 我是一名探鬼主播,決...
    沈念sama閱讀 40,362評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼送浊,長吁一口氣:“原來是場噩夢啊……” “哼梦谜!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 39,264評論 0 276
  • 序言:老撾萬榮一對情侶失蹤唁桩,失蹤者是張志新(化名)和其女友劉穎闭树,沒想到半個月后,有當地人在樹林里發(fā)現(xiàn)了一具尸體荒澡,經...
    沈念sama閱讀 45,724評論 1 315
  • 正文 獨居荒郊野嶺守林人離奇死亡报辱,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,900評論 3 336
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了单山。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片碍现。...
    茶點故事閱讀 40,040評論 1 350
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖饥侵,靈堂內的尸體忽然破棺而出鸵赫,到底是詐尸還是另有隱情,我是刑警寧澤躏升,帶...
    沈念sama閱讀 35,742評論 5 346
  • 正文 年R本政府宣布辩棒,位于F島的核電站,受9級特大地震影響膨疏,放射性物質發(fā)生泄漏一睁。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,364評論 3 330
  • 文/蒙蒙 一佃却、第九天 我趴在偏房一處隱蔽的房頂上張望者吁。 院中可真熱鬧,春花似錦饲帅、人聲如沸复凳。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,944評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽育八。三九已至,卻和暖如春赦邻,著一層夾襖步出監(jiān)牢的瞬間髓棋,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,060評論 1 270
  • 我被黑心中介騙來泰國打工惶洲, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留按声,地道東北人。 一個月前我還...
    沈念sama閱讀 48,247評論 3 371
  • 正文 我出身青樓恬吕,卻偏偏與公主長得像签则,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子铐料,可洞房花燭夜當晚...
    茶點故事閱讀 44,979評論 2 355

推薦閱讀更多精彩內容