今天解析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是有意義的。
