MySQL時間字段究竟使用INT還是DateTime的說明
今天解析DEDECMS時發(fā)現(xiàn)deder的MYSQL時間字段,都是用
`senddata` int(10) unsigned NOT NULL DEFAULT '0'; |
隨后又在網(wǎng)上找到這篇文章,看來如果時間字段有參與運算,用int更好,一來檢索時不用在字段上轉(zhuǎn)換運算,直接用于時間比較!二來如下所述效率也更高。
歸根結(jié)底:用int來代替data類型,更高效。
環(huán)境:
Windows XP PHP Version 5.2.9 MySQL Server 5.1 |
第一步、創(chuàng)建一個表date_test(非定長、int時間)
CREATE TABLE `test`.`date_test` ( `id` INT NOT NULL AUTO_INCREMENT , `start_time` INT NOT NULL , `some_content` VARCHAR( 255 ) NOT NULL , PRIMARY KEY ( `id` ) ) ENGINE = InnoDB; |
第二步、創(chuàng)建第二個表date_test2(定長、int時間)
CREATE TABLE `test`.`date_test2` ( `id` INT NOT NULL AUTO_INCREMENT , `start_time` INT NOT NULL , `some_content` CHAR( 255 ) NOT NULL , PRIMARY KEY ( `id` ) ) ENGINE = InnoDB; |
第三步、創(chuàng)建第三個表date_test3(varchar、datetime時間)
CREATE TABLE `test`.`date_test3` ( `id` INT NOT NULL AUTO_INCREMENT , `start_time` DATETIME NOT NULL , `some_content` VARCHAR( 255 ) NOT NULL , PRIMARY KEY ( `id` ) ) ENGINE = InnoDB; |
第四步、創(chuàng)建第四個表date_test3(char、datetime時間)
CREATE TABLE `test`.`date_test4` ( `id` INT NOT NULL AUTO_INCREMENT , `start_time` DATETIME NOT NULL , `some_content` CHAR( 255 ) NOT NULL , PRIMARY KEY ( `id` ) ) ENGINE = InnoDB; |
ok,現(xiàn)在我們開始做測試,環(huán)境是php,先向各個表插入一百萬條數(shù)據(jù)。插入的時候分200次,每次進庫5000條。
表一執(zhí)行記錄:頁面運行時間: 26.5997889042 秒,插入的時候發(fā)現(xiàn)一個有趣的現(xiàn)象:SELECT count( id ) FROM `date_test` WHERE 1 的結(jié)果是100w,而直接select * from `date_test`卻是1,000,374條結(jié)果。(后來看到這是一個可能接近的值,請參看MySQL FAQ 3.11)。
表二執(zhí)行記錄:頁面運行時間: 62.3908278942 秒,這次記錄是1,000,066條。
表三執(zhí)行記錄:頁面運行時間: 30.2576560974 秒,這次的是1,000,224條。
表四執(zhí)行記錄:頁面運行時間: 67.5393900871 秒,這次的是:1,000,073條。
現(xiàn)在把四個表的start_time字段一一加上索引。
測試四個表的更新,分別update 100條記錄,并記錄時間:
表一:頁面運行時間: 2.62180089951 秒(非定長,int時間)
表二:頁面運行時間: 2.5475358963 秒(定長,int時間)
表三:頁面運行時間: 2.45077300072 秒(varchar,datetime時間)
表四:頁面運行時間: 2.82798409462 秒(char,datetime時間)
測試四個表的讀取,分別select 100條隨機記錄,以主鍵id為條件查詢,并記錄時間:
表一:頁面運行時間: 0.382651090622 秒(非定長,int時間)
表二:頁面運行時間: 0.542181015015 秒(定長,int時間)
表三:頁面運行時間: 0.334048032761 秒(varchar,datetime時間)
表四:頁面運行時間: 0.506206989288 秒(char,datetime時間)
測試四個表的讀取,分別select 10條隨機記錄,以star_time為條件查詢,并記錄時間:
表一:頁面運行時間: 30.1972880363 秒(非定長,int時間)
表二:頁面運行時間: 65.1926910877 秒(定長,int時間)
表三:頁面運行時間: 39.7210869789 秒(varchar,datetime時間)
表四:頁面運行時間: 70.4632740021 秒(char,datetime時間)
因為量比較小,所以我們默認即使是微小的變化,也是有意義的。
結(jié)論:
大數(shù)據(jù)量下,如果存在大量的select * from table where 時間>XX這樣的查詢,在MySQL5.1時使用int換datetime是有意義的。
相關(guān)文章
解析PHP跳出循環(huán)的方法以及continue、break、exit的區(qū)別介紹
本篇文章是對PHP跳出循環(huán)的方法以及continue、break、exit的區(qū)別進行了詳細的分析介紹,需要的朋友參考下2013-07-07深入理解PHP幾個算法:PHP冒泡、PHP二分法、PHP求素數(shù)、PHP乘法表
本篇文章是對PHP冒泡、PHP二分法、PHP求素數(shù)、PHP乘法表進行了詳細的分析介紹,需要的朋友參考下2013-06-06php getimagesize 上傳圖片的長度和寬度檢測代碼
getimagesize — 取得圖像大小2010-05-05刪除數(shù)組元素實用的PHP數(shù)組函數(shù)
php之從數(shù)組中刪除空白的元素(包括只有空白字符的元素)將一個二維數(shù)組轉(zhuǎn)換為 hashmap2008-08-08php解決crontab定時任務(wù)不能寫入文件問題的方法分析
這篇文章主要介紹了php解決crontab定時任務(wù)不能寫入文件問題的方法,結(jié)合實例形式分析了crontab定時任務(wù)無法正常執(zhí)行的原因與解決方法,需要的朋友可以參考下2019-09-09用php+javascript實現(xiàn)二級級聯(lián)菜單的制作
二級級聯(lián)菜單在我去年的時候就用asp+js做過,而現(xiàn)在忽然拿出來再做的時候我發(fā)現(xiàn)我忘記了,而且原來用asp寫的程序都找不到了,真暈[emot]sweat[/emot],于是到網(wǎng)上搜,找了半天,我發(fā)現(xiàn)網(wǎng)上的寫法各異,而且都特別復(fù)雜,這么一個二級級聯(lián)菜單,有必要弄這么復(fù)雜嗎?于是自己想重新寫一個簡單的。在經(jīng)過半個小時左右的思考后,我完成了二級級聯(lián)菜單的設(shè)計和制作。2008-05-05