MySQL时间字段毕竟利用INT还是DateTime[MySQL防范]
本文“MySQL时间字段毕竟利用INT还是DateTime[MySQL防范]”是由七道奇为您精心收集，来源于网络转载，文章版权归文章作者所有，本站不对其观点以及内容做任何评价，请读者自行判断，以下是其具体内容：
本日解析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是有意义的.
以上是“MySQL时间字段毕竟利用INT还是DateTime[MySQL防范]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：
| 本文地址： | 与您的QQ/BBS好友分享! |
- 好的评价 如果您觉得此文章好，就请您
0%(0) 
- 差的评价 如果您觉得此文章差，就请您
0%(0) 
中查找“MySQL时间字段毕竟利用INT还是DateTime”更多相关内容
中查找“MySQL时间字段毕竟利用INT还是DateTime”更多相关内容