|
|
今天解析DEDECMS時(shí)發(fā)現(xiàn)deder的MYSQL時(shí)間字段，都是用
| `senddata` int(10) unsigned NOT NULL DEFAULT '0'; |
隨后又在網(wǎng)上找到這篇文章，看來如果時(shí)間字段有參與運(yùn)算，用int更好，一來檢索時(shí)不用在字段上轉(zhuǎn)換運(yùn)算，直接用于時(shí)間比較！二來如下所述效率也更高。
歸根結(jié)底：用int來代替data類型，更高效。
環(huán)境：
| Windows XP php Version 5.2.9 MySQL Server 5.1 |
第一步、創(chuàng)建一個(gè)表date_test（非定長、int時(shí)間）
| 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)建第二個(gè)表date_test2（定長、int時(shí)間）
| 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)建第三個(gè)表date_test3（varchar、datetime時(shí)間）
| 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)建第四個(gè)表date_test3（char、datetime時(shí)間）
| 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，先向各個(gè)表插入一百萬條數(shù)據(jù)。插入的時(shí)候分200次，每次進(jìn)庫5000條。
表一執(zhí)行記錄：頁面運(yùn)行時(shí)間: 26.5997889042 秒，插入的時(shí)候發(fā)現(xiàn)一個(gè)有趣的現(xiàn)象：SELECT count( id ) FROM `date_test` WHERE 1 的結(jié)果是100w,而直接select * from `date_test`卻是1,000,374條結(jié)果。（后來看到這是一個(gè)可能接近的值，請(qǐng)參看MySQL FAQ 3.11）。
表二執(zhí)行記錄：頁面運(yùn)行時(shí)間: 62.3908278942 秒，這次記錄是1,000,066條。
表三執(zhí)行記錄：頁面運(yùn)行時(shí)間: 30.2576560974 秒，這次的是1,000,224條。
表四執(zhí)行記錄：頁面運(yùn)行時(shí)間: 67.5393900871 秒，這次的是：1,000,073條。
現(xiàn)在把四個(gè)表的start_time字段一一加上索引。
測試四個(gè)表的更新，分別update 100條記錄，并記錄時(shí)間:
表一：頁面運(yùn)行時(shí)間: 2.62180089951 秒（非定長，int時(shí)間）
表二：頁面運(yùn)行時(shí)間: 2.5475358963 秒（定長，int時(shí)間）
表三：頁面運(yùn)行時(shí)間: 2.45077300072 秒（varchar,datetime時(shí)間）
表四：頁面運(yùn)行時(shí)間: 2.82798409462 秒（char,datetime時(shí)間）
測試四個(gè)表的讀取，分別select 100條隨機(jī)記錄，以主鍵id為條件查詢，并記錄時(shí)間：
表一：頁面運(yùn)行時(shí)間: 0.382651090622 秒（非定長，int時(shí)間）
表二：頁面運(yùn)行時(shí)間: 0.542181015015 秒（定長，int時(shí)間）
表三：頁面運(yùn)行時(shí)間: 0.334048032761 秒（varchar,datetime時(shí)間）
表四：頁面運(yùn)行時(shí)間: 0.506206989288 秒（char,datetime時(shí)間）
測試四個(gè)表的讀取，分別select 10條隨機(jī)記錄，以star_time為條件查詢，并記錄時(shí)間：
表一：頁面運(yùn)行時(shí)間: 30.1972880363 秒（非定長，int時(shí)間）
表二：頁面運(yùn)行時(shí)間: 65.1926910877 秒（定長，int時(shí)間）
表三：頁面運(yùn)行時(shí)間: 39.7210869789 秒（varchar,datetime時(shí)間）
表四：頁面運(yùn)行時(shí)間: 70.4632740021 秒（char,datetime時(shí)間）
因?yàn)榱勘容^小，所以我們默認(rèn)即使是微小的變化，也是有意義的。
結(jié)論：
大數(shù)據(jù)量下，如果存在大量的select * from table where 時(shí)間>XX這樣的查詢，在MySQL5.1時(shí)使用int換datetime是有意義的。
php技術(shù)：MySQL時(shí)間字段究竟使用INT還是DateTime的說明，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
