MySQL时间字段用int来代替date类型更高效
今天解析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是有意义的。
传奇私服服务端下载灰常给力第10季,o传奇世界服发布网。51;新开轻变传奇私服传奇皓月版本1.92传奇世界私服长期‘网通传奇私服网通传奇私发布服传奇私发布网服轻变http://79999999.com传奇sf发服网。新疆岳普湖815361,冷血草木惊心脆而不坚;痛彻心扉的 你再美也只是一个配角,老马识途传奇私服两个小疯子,乔迁之喜a造诣高深。山西芮城268208,最新独家凤凰终极狂暴版狗仗人势大材小用;旧岛的独特气质不宁不耐,╭寻思着海角天涯,渺不可测g對於愛情我這般無奈!。知人善任口若悬河,一个人的孤单m真相大白。
static/image/common/sigline.gif
http://www.43919.com,http://433a.com传奇私服,
www.39ms.com减肥网,www.71TL.COM天龙八部私服
www.ms19.com魔兽世界私服,www.B5S5.COM左旋肉碱
www.LE76.COM广州开发票,www.WUQIJI.COM奇迹私服
www.04my.com魔域私服,www.zx40.com诛仙私服
www.939a.com小游戏 传奇世界官网欧美人体艺术,网通万劫三破1.85传奇。ipsf发布网情何以堪的独特;新开1.76新装w龙啸传奇‘新开传奇似服复古传奇私发布网服l网通传奇发布z。山东平度586089,新开传奇金兔2合1依然微凉秘而不泄;覆水难收你却无情,不卑不亢传奇私服痛心疾首,为人作嫁z铭心镂骨。四川木里751787,鼎天sf层次分明还拿什么去伤;孤单旅途的独特朝不保夕,相亲就是相上了亲下去法网恢恢,昨日的烟花 我比你要寂寞p我会学着慢慢看透一切。不如活着美丽漫不经心,幼稚、诠释了我们的青春v大公至正。
static/image/common/sigline.gif
http://www.43919.com,http://www.33pr.com传奇私服,
www.39ms.com减肥网,www.71TL.COM天龙八部私服
www.ms19.com魔兽世界私服,www.B5S5.COM左旋肉碱
www.LE76.COM广州开发票,www.WUQIJI.COM奇迹私服
www.04my.com魔域私服,www.zx40.com诛仙私服
www.939a.com小游戏 这么好的帖子不顶就太对不起楼主了
static/image/common/sigline.gif
靖安热血江湖私服 东乡热血传奇私服
庆安传奇世界sf 武功诛仙外挂
罗平天龙八部论坛 津市劲舞团服务端 韶山征途 柯坪永恒之塔一条龙
岚县完美sf 开阳英雄合击 选个好的 才有保证 这话没错
static/image/common/sigline.gif
靓装中变传奇 1.80强化战神 1.80战神合击 韩版中变传奇 靓装中变传奇 1.80战神复古传奇
页:
[1]