MySQL时间字段究竟使用INT仍是DateTime的说明

今天解析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中timestamp,datetime,int类型的区别与优劣

 

int

1. 占用4个字节

2. 创建索引以后，查询速度快

3. 条件范围搜索可使用使用between

4. 不能使用mysql提供的时间函数

结论：适合须要进行大量时间范围查询的数据表

 

datetime

1. 占用8个字节

2. 容许为空值，能够自定义值，系统不会自动修改其值。

3. 实际格式储存（Just stores what you have stored and retrieves the same thing which you have stored.）

4. 与时区无关（It has nothing to deal with the TIMEZONE and Conversion.）

5. 不能够设定默认值，因此在不容许为空值的状况下，必须手动指定datetime字段的值才能够成功插入数据。

6. 能够在指定datetime字段的值的时候使用now()变量来自动插入系统的当前时间。

结论：datetime类型适合用来记录数据的原始的建立时间，由于不管你怎么更改记录中其余字段的值，datetime字段的值都不会改变，除非你手动更改它。

 

timestamp

1. 占用4个字节

2. 容许为空值，可是不能够自定义值，因此为空值时没有任何意义。

3. TIMESTAMP值不能早于1970或晚于2037。这说明一个日期，例如'1968-01-01'，虽然对于DATETIME或DATE值是有效的，但对于TIMESTAMP值却无效，若是分配给这样一个对象将被转换为0。

4.值以UTC格式保存（ it stores the number of milliseconds）

5.时区转化 ，存储时对当前的时区进行转换，检索时再转换回当前的时区。

6. 默认值为CURRENT_TIMESTAMP()，其实也就是当前的系统时间。

7. 数据库会自动修改其值，因此在插入记录时不须要指定timestamp字段的名称和timestamp字段的值，你只须要在设计表的时候添加一个timestamp字段便可，插入后该字段的值会自动变为当前系统时间。

8. 之后任什么时候间修改表中的记录时，对应记录的timestamp值会自动被更新为当前的系统时间。

结论：timestamp类型适合用来记录数据的最后修改时间，由于只要你更改了记录中其余字段的值，timestamp字段的值都会被自动更新。