mysql中TIMESTAMP设立默认时间为当前时间_MySQL

mysql中TIMESTAMP设置默认时间为当前时间

在我们保存数据进入到数据库中时多半会使用像php之类的脚本来获取一个时间保存到mysql中，其实在mysql可以直接使用TIMESTAMP 数据类型来实现默认类型了，下面一起来看看。

很多时候，为了简单，我们在设计数据表的时候，都需要设置时间字段为当前时间。可是MySQL 中，默认值无法使用函数，也就是你无法设置某一列，默认值是 NOW () 这样的处理。那怎么办呢？

TIMESTAMP 数据类型。插入的时候，忽略该列即可。

?代码如下

复制代码

dt TIMESTAMP
/*等价于*/
dt TIMESTAMP? default CURRENT_TIMESTAMP? ON UPDATE CURRENT_TIMESTAMP
?
create table testB (
? id?? int PRIMARY KEY,
? val? varchar(10),
? dt TIMESTAMP
);
?
/*我们试着插入下数据看看*/
INSERT INTO testB(id, val) VALUES(1, 'A');
INSERT INTO testB(id, val) VALUES(2, 'B');
结果

SELECT * FROM testB;
+----+------+---------------------+
| id | val? | dt????????????????? |
+----+------+---------------------+
|? 1 | A??? | 2014-08-21 14:24:20 |
|? 2 | B??? | 2014-08-21 14:24:21 |
+----+------+---------------------+
2 rows in set (0.00 sec)

注意:MySQL的timestamp类型时间范围between '1970-01-01 00:00:01' and '2038-01-19 03:14:07'，超出这个范围则值记录为'0000-00-00 00:00:00'

该类型的一个重要特点就是保存的时间与时区密切相关，上述所说的时间范围是UTC(Universal Time Coordinated)标准，指的是经度0度上的标准时间，我国日常生活中时区以首都北京所处的东半球第8区为基准，统一使用东8区时间(俗称北京时间)，比UTC要早8个小时，服务器的时区设置也遵照此标准，因此对应过来timestamp的时间范围则应校准为'1970-01-01 08:00:01' and '2038-01-19 11:14:07'，也就是说东八区的1970-1-1 08:00:01等同于UTC 1970-1-1 00:00:01。
需要特点注意，timestamp类型的时间不仅仅与写入记录时的时区有关，显示时也与时区有关，例如：

?代码如下

复制代码

mysql> desc j1_dt;
+-------+-----------+------+-----+-------------------+-------+
| Field | Type????? | Null | Key | Default?????????? | Extra |
+-------+-----------+------+-----+-------------------+-------+
| dt??? | timestamp | NO?? |???? | CURRENT_TIMESTAMP |?????? |
+-------+-----------+------+-----+-------------------+-------+
1 row in set (0.00 sec)
mysql> insert into j1_dt values ('1970-01-01 08:00:01');
Query OK, 1 row affected (0.00 sec)
mysql> select * from j1_dt;
+---------------------+
| dt????????????????? |
+---------------------+
| 1970-01-01 08:00:01 |
+---------------------+
1 row in set (0.00 sec)
mysql> set time_zone='+0:00';
Query OK, 0 rows affected (0.00 sec)
mysql> select * from j1_dt;
+---------------------+
| dt????????????????? |
+---------------------+
| 1970-01-01 00:00:01 |
+---------------------+
1 row in set (0.00 sec)
mysql> set time_zone='+1:00';
Query OK, 0 rows affected (0.00 sec)
mysql> select * from j1_dt;
+---------------------+
| dt????????????????? |
+---------------------+
| 1970-01-01 01:00:01 |
+---------------------+
1 row in set (0.00 sec)

如上述所示，根据时区的不同，显示的日期也是不一样的，这正是timestamp类型在MySQL日期类型中独有的时区特点。
如果向timestamp类型列插入的值超出了指定范围，则实际实际保存的值为'0000-00-00 00:00:00'，并触发一个警告信息：

?代码如下

复制代码

mysql> set time_zone='+8:00';
Query OK, 0 rows affected (0.00 sec)
mysql> select * from j1_dt;
+---------------------+
| dt????????????????? |
+---------------------+
| 1970-01-01 08:00:01 |
+---------------------+
1 row in set (0.00 sec)
mysql> insert into j1_dt values ('1970-01-01 00:00:01');
Query OK, 1 row affected, 1 warning (0.00 sec)
mysql> show warnings;
+---------+------+------------------------------------------------------+
| Level?? | Code | Message????????????????????????????????????????????? |
+---------+------+------------------------------------------------------+
| Warning | 1264 | Out of range value adjusted for column 'dt' at row 1 |
+---------+------+------------------------------------------------------+
1 row in set (0.00 sec)
mysql> select * from j1_dt;
+---------------------+
| dt????????????????? |
+---------------------+
| 1970-01-01 08:00:01 |
| 0000-00-00 00:00:00 |
+---------------------+
2 rows in set (0.00 sec)

触发的警告信息在MySQL层面仅是个警告而并非错误，前端应用的try catch捕获不到，不过，由于实际写入的数据并非期望值，还是有可能埋下一些隐患，这些隐患一旦显露，就有可能触发前端应用出现异常。
　　对于timestamp类型，在实际应用中务必理解时区的概念，在设置timestamp列默认值，及实际赋值时务必明确写入的值实际保存时的状态，尽量避免埋入隐患。对于现有已经出错的记录，可以考虑通过批量UPDATE及修改表结构的方式予以处理。

关于 timestamp最小值与最大值一些测试例子

?代码如下

复制代码

-mysql timestamp 最小值
CREATE TABLE `test` (
? `ID` int(11) NOT NULL DEFAULT '0',
? `NAME` varchar(20) DEFAULT NULL,
? `hiredate` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
? PRIMARY KEY (`ID`)
) ENGINE=InnoDB DEFAULT CHARSET=gbk;

insert into test values(1,'zjadolf','1970-01-01 08:01:00')--插入成功
Category Timestamp Duration Message Line Position
Statement 2010/9/27 14:57:43 0:00:00.003 1 rows affected 2 0

insert into test values(2,'zjadolf','1970-01-01 08:00:00')--
Category Timestamp Duration Message Line Position
Error 2010/9/27 14:58:35 0:00:00.000 MySQL Database Error: Incorrect datetime value: '1970-01-01 08:00:00' for column 'hiredate' at row 1 2 0

insert into test values(3,'zjadolf','1970-01-01 08:00:30')--ok 可以插入
Category Timestamp Duration Message Line Position
Statement 2010/9/27 15:04:48 0:00:00.007 1 rows affected 2 0

insert into test values(1,'zjadolf','1970-01-01 08:00:01')--ok 可以插入
Category Timestamp Duration Message Line Position
Statement 2010/9/27 15:06:39 0:00:00.006 1 rows affected 2 0

insert into test values(1,'zjadolf','1970-01-01 08:00:00')--不可以插入报错
Category Timestamp Duration Message Line Position
Error 2010/9/27 15:07:13 0:00:00.000 MySQL Database Error: Incorrect datetime value: '1970-01-01 08:00:00' for column 'hiredate' at row 1 2 0

看样子1970-01-01 08:00:01应该是mysql中timestamp允许的最小值,大家使用时应该注意下
验证下我们插入如下记录应该报错：

?代码如下	复制代码
insert into test values(1,'zjadolf','1969-01-01 08:01:02') Category Timestamp Duration Message Line Position Error 2010/9/27 15:09:29 0:00:00.000 MySQL Database Error: Incorrect datetime value: '1969-01-01 08:01:02' for column 'hiredate' at row 1 2 0

--果然报错

难怪我在测试使用toad for mysql import tool导入1000000数据导到日期为：'1970-01-01 07:57:09' 这条数据的时候报错呢！结果小于这个日期的记录都导不进去！悲剧啊！

查看官方解释文档如下：
TIMESTAMP值不能早于1970或晚于2037。

当你需要同时包含日期和时间信息的值时则使用DATETIME类型。MySQL以'YYYY-MM-DD HH:MM:SS'格式检索和显示DATETIME值。支持的范围为'1000-01-01 00:00:00'到'9999-12-31 23:59:59'。(“支持”表示尽管先前的值可能工作，但没有保证)。

当你只需要日期值而不需要时间部分时应使用DATE类型。MySQL用'YYYY-MM-DD'格式检索和显示DATE值。支持的范围是'1000-01-01'到 '9999-12-31'。

TIMESTAMP列类型的属性不固定，取决于MySQL版本和服务器运行的SQL模式。这些属性将在本节后面描述。

看样子如果要支持较长时间的日期，那就需要使用datetime类型。

?代码如下	复制代码
insert into t4 values(1,'1900-01-01 08:01:02') Category Timestamp Duration Message Line Position Statement 2010/9/27 15:21:53 0:00:00.051 1 rows affected 15 0

这样看来mysql 的timestamp 和db2 的timestamp还是不一样的！
db2 的timestamp 类型没有mysql 这样的限制