欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

MySQL時(shí)間字段究竟使用INT還是DateTime的說(shuō)明

 更新時(shí)間:2012年02月27日 21:29:45   作者:  
今天解析DEDECMS時(shí)發(fā)現(xiàn)deder的MYSQL時(shí)間字段,都是用INT類(lèi)型,隨后又在網(wǎng)上找到這篇文章,看來(lái)如果時(shí)間字段有參與運(yùn)算,用int更好,一來(lái)檢索時(shí)不用在字段上轉(zhuǎn)換運(yùn)算,直接用于時(shí)間比較!二來(lái)如下所述效率也更高

今天解析DEDECMS時(shí)發(fā)現(xiàn)deder的MYSQL時(shí)間字段,都是用

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

隨后又在網(wǎng)上找到這篇文章,看來(lái)如果時(shí)間字段有參與運(yùn)算,用int更好,一來(lái)檢索時(shí)不用在字段上轉(zhuǎn)換運(yùn)算,直接用于時(shí)間比較!二來(lái)如下所述效率也更高。

歸根結(jié)底:用int來(lái)代替data類(lèi)型,更高效。

環(huán)境:

Windows XP
PHP Version 5.2.9
MySQL Server 5.1

第一步、創(chuàng)建一個(gè)表date_test(非定長(zhǎng)、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(定長(zhǎng)、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)在我們開(kāi)始做測(cè)試,環(huán)境是php,先向各個(gè)表插入一百萬(wàn)條數(shù)據(jù)。插入的時(shí)候分200次,每次進(jìn)庫(kù)5000條。

表一執(zhí)行記錄:頁(yè)面運(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é)果。(后來(lái)看到這是一個(gè)可能接近的值,請(qǐng)參看MySQL FAQ 3.11)。

表二執(zhí)行記錄:頁(yè)面運(yùn)行時(shí)間: 62.3908278942 秒,這次記錄是1,000,066條。

表三執(zhí)行記錄:頁(yè)面運(yùn)行時(shí)間: 30.2576560974 秒,這次的是1,000,224條。

表四執(zhí)行記錄:頁(yè)面運(yùn)行時(shí)間: 67.5393900871 秒,這次的是:1,000,073條。

現(xiàn)在把四個(gè)表的start_time字段一一加上索引。

測(cè)試四個(gè)表的更新,分別update 100條記錄,并記錄時(shí)間:

表一:頁(yè)面運(yùn)行時(shí)間: 2.62180089951 秒(非定長(zhǎng),int時(shí)間)

表二:頁(yè)面運(yùn)行時(shí)間: 2.5475358963 秒(定長(zhǎng),int時(shí)間)

表三:頁(yè)面運(yùn)行時(shí)間: 2.45077300072 秒(varchar,datetime時(shí)間)

表四:頁(yè)面運(yùn)行時(shí)間: 2.82798409462 秒(char,datetime時(shí)間)

測(cè)試四個(gè)表的讀取,分別select 100條隨機(jī)記錄,以主鍵id為條件查詢(xún),并記錄時(shí)間:

表一:頁(yè)面運(yùn)行時(shí)間: 0.382651090622 秒(非定長(zhǎng),int時(shí)間)

表二:頁(yè)面運(yùn)行時(shí)間: 0.542181015015 秒(定長(zhǎng),int時(shí)間)

表三:頁(yè)面運(yùn)行時(shí)間: 0.334048032761 秒(varchar,datetime時(shí)間)

表四:頁(yè)面運(yùn)行時(shí)間: 0.506206989288 秒(char,datetime時(shí)間)

測(cè)試四個(gè)表的讀取,分別select 10條隨機(jī)記錄,以star_time為條件查詢(xún),并記錄時(shí)間:

表一:頁(yè)面運(yùn)行時(shí)間: 30.1972880363 秒(非定長(zhǎng),int時(shí)間)

表二:頁(yè)面運(yùn)行時(shí)間: 65.1926910877 秒(定長(zhǎng),int時(shí)間)

表三:頁(yè)面運(yùn)行時(shí)間: 39.7210869789 秒(varchar,datetime時(shí)間)

表四:頁(yè)面運(yùn)行時(shí)間: 70.4632740021 秒(char,datetime時(shí)間)

因?yàn)榱勘容^小,所以我們默認(rèn)即使是微小的變化,也是有意義的。

結(jié)論:

大數(shù)據(jù)量下,如果存在大量的select * from table where 時(shí)間>XX這樣的查詢(xún),在MySQL5.1時(shí)使用int換datetime是有意義的。

相關(guān)文章

最新評(píng)論