<span id="mktg5"></span>

<i id="mktg5"><meter id="mktg5"></meter></i>

        <label id="mktg5"><meter id="mktg5"></meter></label>
        最新文章專題視頻專題問答1問答10問答100問答1000問答2000關鍵字專題1關鍵字專題50關鍵字專題500關鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關鍵字專題關鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
        問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
        當前位置: 首頁 - 科技 - 知識百科 - 正文

        MySQL時間字段究竟使用INT還是DateTime_MySQL

        來源:懂視網 責編:小采 時間:2020-11-09 17:26:16
        文檔

        MySQL時間字段究竟使用INT還是DateTime_MySQL

        MySQL時間字段究竟使用INT還是DateTime_MySQL:今天解析DEDECMS時發現deder的MYSQL時間字段,都是用 `senddata` int(10) unsigned NOT NULL DEFAULT '0'; 隨后又在網上找到這篇文章,看來如果時間字段有參與運算,用int更好,一來檢索時不用在字段上轉換運算,直接用于時間比較!二來如下所述效
        推薦度:
        導讀MySQL時間字段究竟使用INT還是DateTime_MySQL:今天解析DEDECMS時發現deder的MYSQL時間字段,都是用 `senddata` int(10) unsigned NOT NULL DEFAULT '0'; 隨后又在網上找到這篇文章,看來如果時間字段有參與運算,用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是有意義的。

        聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

        文檔

        MySQL時間字段究竟使用INT還是DateTime_MySQL

        MySQL時間字段究竟使用INT還是DateTime_MySQL:今天解析DEDECMS時發現deder的MYSQL時間字段,都是用 `senddata` int(10) unsigned NOT NULL DEFAULT '0'; 隨后又在網上找到這篇文章,看來如果時間字段有參與運算,用int更好,一來檢索時不用在字段上轉換運算,直接用于時間比較!二來如下所述效
        推薦度:
        標簽: 日期 mysql 使用i
        • 熱門焦點

        最新推薦

        猜你喜歡

        熱門推薦

        專題
        Top
        主站蜘蛛池模板: 亚洲国产成人一区二区精品区| 久久久久免费看黄A片APP| 又黄又爽无遮挡免费视频| 精品亚洲国产成人av| 四虎永久在线精品免费影视| 亚洲精品乱码久久久久久蜜桃图片| 一色屋成人免费精品网站| 亚洲综合无码一区二区三区| 在线免费观看国产| 亚洲视频一区在线| 毛片免费vip会员在线看| 亚洲s码欧洲m码吹潮| jjzz亚洲亚洲女人| 黄网站免费在线观看| 亚洲春色另类小说| 破了亲妺妺的处免费视频国产| AV激情亚洲男人的天堂国语| 免费人妻无码不卡中文字幕18禁| 亚洲精品视频免费观看| 亚洲V无码一区二区三区四区观看| 1000部拍拍拍18勿入免费视频下载| 亚洲国产成a人v在线| 在线a毛片免费视频观看| 有色视频在线观看免费高清在线直播| 国产亚洲一区二区在线观看| 最近中文字幕完整版免费高清| 最近最新高清免费中文字幕| 亚洲s色大片在线观看| av无码免费一区二区三区| 亚洲精品GV天堂无码男同| 亚洲精品色婷婷在线影院| 人人玩人人添人人澡免费| 亚洲中文字幕无码mv| 亚洲精品乱码久久久久久蜜桃| 99re在线这里只有精品免费| 狠狠色伊人亚洲综合网站色 | 亚洲国产精品无码久久久| 免费看大黄高清网站视频在线| 国产午夜亚洲精品不卡免下载| 亚洲精品国产精品乱码不99| 亚洲人成电影网站免费|