MySQL查询时间段使用INT还是DateTime的测试,MySQL时

2019-07-25 作者:yzc216.com官网   |   浏览(67)

今天解析DEDECMS时发现deder的MYSQL时间字段,都是用

在MySQL查询时间段的时候,选择INT会更高效,还是选择DateTime会更为高效呢?针对此问题,下面将做一个测试,看看MySQL查询时间段究竟应该使用INT还是DateTime。

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

环境:

随后又在网上找到这篇文章,看来如果时间字段有参与运算,用int更好,一来检索时不用在字段上转换运算,直接用于时间比较!二来如下所述效率也更高。

Windows XP
PHP Version 5.2.9
MySQL Server 5.1 

归根结底:用int来代替data类型,更高效。

第一步、创建一个表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;

Windows XP
PHP Version 5.2.9
MySQL Server 5.1

第二步、创建第二个表date_test2定长、int时间)

第一步、创建一个表date_test(非定长、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;

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_test3varchar、datetime时间)

第二步、创建第二个表date_test2(定长、int时间)

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;

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_test3char、datetime时间)

第三步、创建第三个表date_test3(varchar、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;

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;

ok,现在我们开始做测试,环境是php,先向各个表插入一百万条数据。插入的时候分200次,每次进库5000条。

第四步、创建第四个表date_test3(char、datetime时间)

表一执行记录:页面运行时间: 26.5997889042 秒,插入的时候发现一个有趣的现象:SELECT count( id ) FROM `date_test` WHERE 1 的结果是100w,而直接select * from `date_test`却是1,000,374条结果。后来看到这是一个可能接近的值,请参看MySQL FAQ 3.11)。

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;

表二执行记录:页面运行时间: 62.3908278942 秒,这次记录是1,000,066条。

ok,现在我们开始做测试,环境是php,先向各个表插入一百万条数据。插入的时候分200次,每次进库5000条。

表三执行记录:页面运行时间: 30.2576560974 秒,这次的是1,000,224条。

表一执行记录:页面运行时间: 26.5997889042 秒,插入的时候发现一个有趣的现象:SELECT count( id ) FROM `date_test` WHERE 1 的结果是100w,而直接select * from `date_test`却是1,000,374条结果。(后来看到这是一个可能接近的值,请参看MySQL FAQ 3.11)。

表四执行记录:页面运行时间: 67.5393900871 秒,这次的是:1,000,073条。

表二执行记录:页面运行时间: 62.3908278942 秒,这次记录是1,000,066条。

现在把四个表的start_time字段一一加上索引。

表三执行记录:页面运行时间: 30.2576560974 秒,这次的是1,000,224条。

测试四个表的更新,分别update 100条记录,并记录时间:

表四执行记录:页面运行时间: 67.5393900871 秒,这次的是:1,000,073条。

表一:页面运行时间: 2.62180089951 秒非定长,int时间)

现在把四个表的start_time字段一一加上索引。

表二:页面运行时间: 2.5475358963 秒定长,int时间)

测试四个表的更新,分别update 100条记录,并记录时间:

表三:页面运行时间: 2.45077300072 秒varchar,datetime时间)

表一:页面运行时间: 2.62180089951 秒(非定长,int时间)

表四:页面运行时间: 2.82798409462 秒char,datetime时间)

表二:页面运行时间: 2.5475358963 秒(定长,int时间)

测试四个表的读取,分别select 100条随机记录,以主键id为条件查询,并记录时间:

表三:页面运行时间: 2.45077300072 秒(varchar,datetime时间)

表一:页面运行时间: 0.382651090622 秒非定长,int时间)

表四:页面运行时间: 2.82798409462 秒(char,datetime时间)

表二:页面运行时间: 0.542181015015 秒定长,int时间)

测试四个表的读取,分别select 100条随机记录,以主键id为条件查询,并记录时间:

表三:页面运行时间: 0.334048032761 秒varchar,datetime时间)

表一:页面运行时间: 0.382651090622 秒(非定长,int时间)

表四:页面运行时间: 0.506206989288 秒char,datetime时间)

表二:页面运行时间: 0.542181015015 秒(定长,int时间)

测试四个表的读取,分别select 10条随机记录,以star_time为条件查询,并记录时间:

表三:页面运行时间: 0.334048032761 秒(varchar,datetime时间)

表一:页面运行时间: 30.1972880363 秒非定长,int时间)

表四:页面运行时间: 0.506206989288 秒(char,datetime时间)

表二:页面运行时间: 65.1926910877 秒定长,int时间)

测试四个表的读取,分别select 10条随机记录,以star_time为条件查询,并记录时间:

表三:页面运行时间: 39.7210869789 秒varchar,datetime时间)

表一:页面运行时间: 30.1972880363 秒(非定长,int时间)

表四:页面运行时间: 70.4632740021 秒char,datetime时间)

表二:页面运行时间: 65.1926910877 秒(定长,int时间)

因为量比较小,所以我们默认即使是微小的变化,也是有意义的。

表三:页面运行时间: 39.7210869789 秒(varchar,datetime时间)

结论:

表四:页面运行时间: 70.4632740021 秒(char,datetime时间)

大数据量下,如果存在大量的select * from table where 时间>XX这样的查询,在MySQL5.1时使用int换datetime是有意义的。  

因为量比较小,所以我们默认即使是微小的变化,也是有意义的。

MySQL外键和参照完整性的关系

结论:

MySQL转换Oracle的七大注意事项

大数据量下,如果存在大量的select * from table where 时间>XX这样的查询,在MySQL5.1时使用int换datetime是有意义的。

解读MySQL数据库产品定价新策略

您可能感兴趣的文章:

  • mysql中int、bigint、smallint 和 tinyint的区别详细介绍
  • php数据入库前清理 注意php intval与mysql的int取值范围不同
  • mysql修改自增长主键int类型为char类型示例
  • Mysql数据库中把varchar类型转化为int类型的方法
  • mysql日期date型和int型互换的方法
  • MySQL数据库中把int转化varchar引发的慢查询
  • 简单谈谈MySQL中的int(m)
  • mysql int(3)与int(11)的区别详解
  • 详解MySQL数据类型int(M)中M的含义

带您深入了解MYSQL字符串连接

详解MySQL Apache集群模式的实现

...

本文由yzc216亚洲城发布于yzc216.com官网,转载请注明出处:MySQL查询时间段使用INT还是DateTime的测试,MySQL时

关键词: yzc216亚洲城 yzc216.com官网