MySQL時間欄位究竟使用INT還是DateTime的說明

來源:互聯網
上載者:User

今天解析DEDECMS時發現deder的MYSQL時間欄位,都是用

`senddata` int(10) unsigned NOT NULL DEFAULT '0';

隨後又在網上找到這篇文章,看來如果時間欄位有參與運算,用int更好,一來檢索時不用在欄位上轉換運算,直接用於時間比較!二來如下所述效率也更高。

歸根結底:用int來代替data類型,更高效。

環境:

Windows XP
PHP Version 5.2.9
MySQL Server 5.1

第一步、建立一個表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;

第二步、建立第二個表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;

第三步、建立第三個表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;

第四步、建立第四個表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,現在我們開始做測試,環境是php,先向各個表插入一百萬條資料。插入的時候分200次,每次進庫5000條。

表一執行記錄:頁面已耗用時間: 26.5997889042 秒,插入的時候發現一個有趣的現象:SELECT count( id ) FROM `date_test` WHERE 1 的結果是100w,而直接select * from `date_test`卻是1,000,374條結果。(後來看到這是一個可能接近的值,請參看MySQL FAQ 3.11)。

表二執行記錄:頁面已耗用時間: 62.3908278942 秒,這次記錄是1,000,066條。

表三執行記錄:頁面已耗用時間: 30.2576560974 秒,這次的是1,000,224條。

表四執行記錄:頁面已耗用時間: 67.5393900871 秒,這次的是:1,000,073條。

現在把四個表的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時間)

因為量比較小,所以我們預設即使是微小的變化,也是有意義的。

結論:

大資料量下,如果存在大量的select * from table where 時間>XX這樣的查詢,在MySQL5.1時使用int換datetime是有意義的。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.