一区二区三区在线-一区二区三区亚洲视频-一区二区三区亚洲-一区二区三区午夜-一区二区三区四区在线视频-一区二区三区四区在线免费观看

服務器之家:專注于服務器技術及軟件下載分享
分類導航

Mysql|Sql Server|Oracle|Redis|MongoDB|PostgreSQL|Sqlite|DB2|mariadb|Access|數據庫技術|

服務器之家 - 數據庫 - Mysql - MySQL時間字段究竟使用INT還是DateTime的說明

MySQL時間字段究竟使用INT還是DateTime的說明

2019-12-27 16:56MYSQL教程網 Mysql

今天解析DEDECMS時發現deder的MYSQL時間字段,都是用INT類型,隨后又在網上找到這篇文章,看來如果時間字段有參與運算,用int更好,一來檢索時不用在字段上轉換運算,直接用于時間比較!二來如下所述效率也更高

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

延伸 · 閱讀

精彩推薦
主站蜘蛛池模板: 国产一区二区免费不卡在线播放 | 韩国日本在线观看 | 91视频综合网 | 精品高潮呻吟99AV无码视频 | 国产精品夜色视频一级区 | 亚洲成人一区二区 | 青草青青在线视频 | 精品国产欧美一区二区三区成人 | 爆操女友| 精品在线播放视频 | 女女性恋爱视频入口 | 久久精品成人免费网站 | 午夜影院h | 国产成人在线影院 | 欧美 国产 日韩 第一页 | 精品国产一区二区三区在线 | 日本噜噜影院 | 亚洲成人影院在线观看 | 99热久久这里只有精品6国产网 | 很很草| 国产新疆成人a一片在线观看 | 特黄aa级毛片免费视频播放 | 视频污版 | 日本公与妇中文在线 | a黄毛片| ipx358cn出差被男上司在线 | 免费看隐私男生网站 | 粉嫩尤物在线456 | 极品美女a∨片在线看 | 热国产热综合 | 国模娜娜一区二区三区 | 私人chinese beauty | 2012年中文字幕在线看 | 成 人 免费 小说在线观看 | 国产在线精品亚洲第一区香蕉 | 亚洲无人区乱码中文字幕 | 久久成人a毛片免费观看网站 | 亚洲精品卡1卡二卡3卡四卡 | 91香蕉国产在线观看人员 | 亚洲国产成人精品 | 国产一区二区视频在线播放 |