MySQL中datetime和timestamp的區別及使用

MySQL中有關TIMESTAMP和DATETIME的總結

轉載自iVictor，原文連接：http://www.cnblogs.com/ivictor/p/5028368.html

1、MySQL中如何表示當前時間？

其實，表達方式仍是蠻多的，彙總以下：

CURRENT_TIMESTAMP

CURRENT_TIMESTAMP()

NOW()

LOCALTIME

LOCALTIME()

LOCALTIMESTAMP

LOCALTIMESTAMP()

 

2、關於TIMESTAMP和DATETIME的比較

一個完整的日期格式以下：YYYY-MM-DD HH:MM:SS[.fraction]，它可分爲兩部分：date部分和time部分，其中，date部分對應格式中的「YYYY-MM-DD」，time部分對應格式中的「HH:MM:SS[.fraction]」。對於date字段來講，它只支持date部分，若是插入了time部分的內容，它會丟棄掉該部分的內容，並提示一個warning。

以下所示：

mysql> create table test(id int,hiredate date); Query OK, 0 rows affected (0.01 sec) mysql> insert into test values(1,'20151208000000'); Query OK, 1 row affected (0.00 sec) mysql> insert into test values(1,'20151208104400'); Query OK, 1 row affected, 1 warning (0.01 sec) mysql> show warning; ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'warning' at line 1 mysql> select * from test; +------+------------+ | id | hiredate | +------+------------+ | 1 | 2015-12-08 | | 1 | 2015-12-08 | +------+------------+ 2 rows in set (0.00 sec)

注：第一個沒提示warning的緣由在於它的time部分都是0

 

TIMESTAMP和DATETIME的相同點：

1> 二者均可用來表示YYYY-MM-DD HH:MM:SS[.fraction]類型的日期。

 

TIMESTAMP和DATETIME的不一樣點：

1> 二者的存儲方式不同

對於TIMESTAMP，它把客戶端插入的時間從當前時區轉化爲UTC（世界標準時間）進行存儲。查詢時，將其又轉化爲客戶端當前時區進行返回。

而對於DATETIME，不作任何改變，基本上是原樣輸入和輸出。

 

下面，咱們來驗證一下

首先建立兩種測試表，一個使用timestamp格式，一個使用datetime格式。

mysql> create table test(id int,hiredate timestamp); Query OK, 0 rows affected (0.01 sec) mysql> insert into test values(1,'20151208000000'); Query OK, 1 row affected (0.00 sec) mysql> create table test1(id int,hiredate datetime); Query OK, 0 rows affected (0.01 sec) mysql> insert into test1 values(1,'20151208000000'); Query OK, 1 row affected (0.00 sec) mysql> select * from test; +------+---------------------+ | id | hiredate | +------+---------------------+ | 1 | 2015-12-08 00:00:00 | +------+---------------------+ 1 row in set (0.01 sec) mysql> select * from test1; +------+---------------------+ | id | hiredate | +------+---------------------+ | 1 | 2015-12-08 00:00:00 | +------+---------------------+ 1 row in set (0.00 sec)

二者輸出是同樣的。

 

其次修改當前會話的時區

mysql> show variables like '%time_zone%'; +------------------+--------+ | Variable_name | Value | +------------------+--------+ | system_time_zone | CST | | time_zone | SYSTEM | +------------------+--------+ 2 rows in set (0.00 sec) mysql> set time_zone='+0:00'; Query OK, 0 rows affected (0.00 sec) mysql> select * from test; +------+---------------------+ | id | hiredate | +------+---------------------+ | 1 | 2015-12-07 16:00:00 | +------+---------------------+ 1 row in set (0.00 sec) mysql> select * from test1; +------+---------------------+ | id | hiredate | +------+---------------------+ | 1 | 2015-12-08 00:00:00 | +------+---------------------+ 1 row in set (0.01 sec)

上述「CST」指的是MySQL所在主機的系統時間，是中國標準時間的縮寫，China Standard Time UT+8:00

經過結果能夠看出，test中返回的時間提早了8個小時，而test1中時間則不變。這充分驗證了二者的區別。

 

2> 二者所能存儲的時間範圍不同

timestamp所能存儲的時間範圍爲：'1970-01-01 00:00:01.000000' 到 '2038-01-19 03:14:07.999999'。

datetime所能存儲的時間範圍爲：'1000-01-01 00:00:00.000000' 到 '9999-12-31 23:59:59.999999'。

 

總結：TIMESTAMP和DATETIME除了存儲範圍和存儲方式不同，沒有太大區別。固然，對於跨時區的業務，TIMESTAMP更爲合適。

 

3、關於TIMESTAMP和DATETIME的自動初始化和更新

首先，咱們先看一下下面的操做

mysql> create table test(id int,hiredate timestamp); Query OK, 0 rows affected (0.01 sec) mysql> insert into test(id) values(1); Query OK, 1 row affected (0.00 sec) mysql> select * from test; +------+---------------------+ | id | hiredate | +------+---------------------+ | 1 | 2015-12-08 14:34:46 | +------+---------------------+ 1 row in set (0.00 sec) mysql> show create table test\G *************************** 1. row *************************** Table: test Create Table: CREATE TABLE `test` ( `id` int(11) DEFAULT NULL, `hiredate` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=latin1 1 row in set (0.00 sec)

看起來是否是有點奇怪，我並無對hiredate字段進行插入操做，它的值自動修改成當前值，並且在建立表的時候，我也並無定義「show create table test\G」結果中顯示的「 DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP」。

其實，這個特性是自動初始化和自動更新（Automatic Initialization and Updating）。

自動初始化指的是若是對該字段（譬如上例中的hiredate字段）沒有顯性賦值，則自動設置爲當前系統時間。

自動更新指的是若是修改了其它字段，則該字段的值將自動更新爲當前系統時間。

它與「explicit_defaults_for_timestamp」參數有關。

默認狀況下，該參數的值爲OFF，以下所示：

mysql> show variables like '%explicit_defaults_for_timestamp%'; +---------------------------------+-------+ | Variable_name | Value | +---------------------------------+-------+ | explicit_defaults_for_timestamp | OFF | +---------------------------------+-------+ 1 row in set (0.00 sec)

下面咱們看看官檔的說明：

By default, the first TIMESTAMP column has both DEFAULT CURRENT_TIMESTAMP and ON UPDATE CURRENT_TIMESTAMP if neither is specified explicitly。

不少時候，這並非咱們想要的，如何禁用呢？

1. 將「explicit_defaults_for_timestamp」的值設置爲ON。

2. 「explicit_defaults_for_timestamp」的值依舊是OFF，也有兩種方法能夠禁用

     1> 用DEFAULT子句該該列指定一個默認值

     2> 爲該列指定NULL屬性。

以下所示：

mysql> create table test1(id int,hiredate timestamp null); Query OK, 0 rows affected (0.01 sec) mysql> show create table test1\G *************************** 1. row *************************** Table: test1 Create Table: CREATE TABLE `test1` ( `id` int(11) DEFAULT NULL, `hiredate` timestamp NULL DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=latin1 1 row in set (0.00 sec) mysql> create table test2(id int,hiredate timestamp default 0); Query OK, 0 rows affected (0.01 sec) mysql> show create table test2\G *************************** 1. row *************************** Table: test2 Create Table: CREATE TABLE `test2` ( `id` int(11) DEFAULT NULL, `hiredate` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00' ) ENGINE=InnoDB DEFAULT CHARSET=latin1 1 row in set (0.00 sec)

 

在MySQL 5.6.5版本以前，Automatic Initialization and Updating只適用於TIMESTAMP，並且一張表中，最多容許一個TIMESTAMP字段採用該特性。從MySQL 5.6.5開始，Automatic Initialization and Updating同時適用於TIMESTAMP和DATETIME，且不限制數量。

 

參考：

1. http://dev.mysql.com/doc/refman/5.6/en/datetime.html

2. http://dev.mysql.com/doc/refman/5.6/en/timestamp-initialization.html

3. http://www.2cto.com/database/201308/233832.html