MySQL中datetime和timestamp的區(qū)別及使用詳解
一、MySQL中如何表示當(dāng)前時間?
其實,表達(dá)方式還是蠻多的,匯總?cè)缦拢?/p>
CURRENT_TIMESTAMP
CURRENT_TIMESTAMP()
NOW()
LOCALTIME
LOCALTIME()
LOCALTIMESTAMP
LOCALTIMESTAMP()
二、關(guān)于TIMESTAMP和DATETIME的比較
一個完整的日期格式如下:YYYY-MM-DD HH:MM:SS[.fraction],它可分為兩部分:date部分和time部分,其中,date部分對應(yīng)格式中的“YYYY-MM-DD”,time部分對應(yīng)格式中的“HH:MM:SS[.fraction]”。對于date字段來說,它只支持date部分,如果插入了time部分的內(nèi)容,它會丟棄掉該部分的內(nèi)容,并提示一個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,它把客戶端插入的時間從當(dāng)前時區(qū)轉(zhuǎn)化為UTC(世界標(biāo)準(zhǔn)時間)進(jìn)行存儲。查詢時,將其又轉(zhuǎn)化為客戶端當(dāng)前時區(qū)進(jìn)行返回。
而對于DATETIME,不做任何改變,基本上是原樣輸入和輸出。
下面,我們來驗證一下
首先創(chuàng)建兩種測試表,一個使用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)
兩者輸出是一樣的。
其次修改當(dāng)前會話的時區(qū)
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所在主機的系統(tǒng)時間,是中國標(biāo)準(zhǔn)時間的縮寫,China Standard Time UT+8:00
通過結(jié)果可以看出,test中返回的時間提前了8個小時,而test1中時間則不變。這充分驗證了兩者的區(qū)別。
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'。
總結(jié):TIMESTAMP和DATETIME除了存儲范圍和存儲方式不一樣,沒有太大區(qū)別。當(dāng)然,對于跨時區(qū)的業(yè)務(wù),TIMESTAMP更為合適。
三、關(guān)于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字段進(jìn)行插入操作,它的值自動修改為當(dāng)前值,而且在創(chuàng)建表的時候,我也并沒有定義“show create table test\G”結(jié)果中顯示的“ DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP”。
其實,這個特性是自動初始化和自動更新(Automatic Initialization and Updating)。
自動初始化指的是如果對該字段(譬如上例中的hiredate字段)沒有顯性賦值,則自動設(shè)置為當(dāng)前系統(tǒng)時間。
自動更新指的是如果修改了其它字段,則該字段的值將自動更新為當(dāng)前系統(tǒng)時間。
它與“explicit_defaults_for_timestamp”參數(shù)有關(guān)。
默認(rèn)情況下,該參數(shù)的值為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”的值設(shè)置為ON。
2. “explicit_defaults_for_timestamp”的值依舊是OFF,也有兩種方法可以禁用
1> 用DEFAULT子句該該列指定一個默認(rèn)值
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,且不限制數(shù)量。
參考:
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
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
mysql通過INSERT IGNORE INTO插入拼音字符無效問題及解決
這篇文章主要介紹了mysql通過INSERT IGNORE INTO插入拼音字符無效問題及解決方案,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-08-08
淺談MyISAM 和 InnoDB 的區(qū)別與優(yōu)化
InnoDB和MyISAM是在使用MySQL最常用的兩個表類型,各有優(yōu)缺點,視具體應(yīng)用而定。下面我們就來具體探討下吧2015-07-07
兩個windows服務(wù)器使用canal實現(xiàn)mysql實時同步
canal是阿里基于java寫的一個組件,他的作用是canal.deployer讀取mysql數(shù)據(jù)的binlog日志,然后canal.adapter將其轉(zhuǎn)換為對應(yīng)的數(shù)據(jù)(數(shù)據(jù)的變化或者變化后的數(shù)據(jù),跟配置有關(guān)),并且同步到相關(guān)中間件,本文實現(xiàn)兩個windows服務(wù)器使用canal實現(xiàn)mysql主從復(fù)制實時同步2025-03-03
DBeaver連接本地MySQL并創(chuàng)建數(shù)據(jù)庫/表的基礎(chǔ)操作教程
DBeaver是一款功能強大的數(shù)據(jù)庫管理工具,支持創(chuàng)建多種數(shù)據(jù)庫,包括達(dá)夢數(shù)據(jù)庫,這篇文章主要給大家介紹了關(guān)于DBeaver連接本地MySQL并創(chuàng)建數(shù)據(jù)庫/表的基礎(chǔ)操作教程,需要的朋友可以參考下2024-02-02
MySQL索引優(yōu)化之適合構(gòu)建索引的幾種情況詳解
我們知道正確的建立索引可以加快數(shù)據(jù)庫的查詢,但是如果索引建立不當(dāng),或者隨意的建立過多索引不僅不會提升數(shù)據(jù)庫的效率,反而在進(jìn)行數(shù)據(jù)更新操作的時候需要耗費系統(tǒng)資源對索引進(jìn)行維護(hù),同時占用大量的存儲空間來對索引進(jìn)行存儲,本文主要講述在哪些情況下適合建立索引2022-07-07
MySQL?中?Varchar(50)?和?varchar(500)?區(qū)別介紹
網(wǎng)上說Varchar(50)和varchar(500)存儲空間上是一樣的,真的是這樣嗎,基于性能考慮,是因為過長的字段會影響到查詢性能,本文我將帶著這兩個問題探討驗證一下,需要的朋友可以參考下2024-08-08
MySQL數(shù)據(jù)庫基礎(chǔ)命令大全(收藏)
今天小編給大家整理一下mysql數(shù)據(jù)庫的基礎(chǔ)命令,特此分享到腳本之家平臺,供大家參考下2016-12-12

