Mysql中有關(guān)Datetime和Timestamp的使用總結(jié)
一、MySQL中如何表示當(dāng)前時(shí)間?
其實(shí),表達(dá)方式還是蠻多的,匯總?cè)缦拢?/p>
- CURRENT_TIMESTAMP
- CURRENT_TIMESTAMP()
- NOW()
- LOCALTIME
- LOCALTIME()
- LOCALTIMESTAMP
- LOCALTIMESTAMP()
二、關(guān)于TIMESTAMP和DATETIME的比較
一個(gè)完整的日期格式如下:YYYY-MM-DD HH:MM:SS[.fraction],它可分為兩部分:date部分和time部分,其中,date部分對(duì)應(yīng)格式中的“YYYY-MM-DD”,time部分對(duì)應(yīng)格式中的“HH:MM:SS[.fraction]”。對(duì)于date字段來(lái)說(shuō),它只支持date部分,如果插入了time部分的內(nèi)容,它會(huì)丟棄掉該部分的內(nèi)容,并提示一個(gè)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> select * from test; +------+------------+ | id | hiredate | +------+------------+ | 1 | 2015-12-08 | | 1 | 2015-12-08 | +------+------------+ 2 rows in set (0.00 sec)
注:第一個(gè)沒(méi)提示warning的原因在于它的time部分都是0
TIMESTAMP和DATETIME的相同點(diǎn):
1> 兩者都可用來(lái)表示YYYY-MM-DD HH:MM:SS[.fraction]類(lèi)型的日期。?
TIMESTAMP和DATETIME的不同點(diǎn):
1> 兩者的存儲(chǔ)方式不一樣
對(duì)于TIMESTAMP,它把客戶(hù)端插入的時(shí)間從當(dāng)前時(shí)區(qū)轉(zhuǎn)化為UTC(世界標(biāo)準(zhǔn)時(shí)間)進(jìn)行存儲(chǔ)。查詢(xún)時(shí),將其又轉(zhuǎn)化為客戶(hù)端當(dāng)前時(shí)區(qū)進(jìn)行返回。
而對(duì)于DATETIME,不做任何改變,基本上是原樣輸入和輸出。
下面,我們來(lái)驗(yàn)證一下
首先創(chuàng)建兩種測(cè)試表,一個(gè)使用timestamp格式,一個(gè)使用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)前會(huì)話(huà)的時(shí)區(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所在主機(jī)的系統(tǒng)時(shí)間,是中國(guó)標(biāo)準(zhǔn)時(shí)間的縮寫(xiě),China Standard Time UT+8:00
通過(guò)結(jié)果可以看出,test中返回的時(shí)間提前了8個(gè)小時(shí),而test1中時(shí)間則不變。這充分驗(yàn)證了兩者的區(qū)別。
2> 兩者所能存儲(chǔ)的時(shí)間范圍不一樣
timestamp所能存儲(chǔ)的時(shí)間范圍為:'1970-01-01 00:00:01.000000' 到 '2038-01-19 03:14:07.999999'。
datetime所能存儲(chǔ)的時(shí)間范圍為:'1000-01-01 00:00:00.000000' 到 '9999-12-31 23:59:59.999999'。?
總結(jié):TIMESTAMP和DATETIME除了存儲(chǔ)范圍和存儲(chǔ)方式不一樣,沒(méi)有太大區(qū)別。當(dāng)然,對(duì)于跨時(shí)區(qū)的業(yè)務(wù),TIMESTAMP更為合適。?
三、關(guān)于TIMESTAMP和DATETIME的自動(dòng)初始化和更新
首先,我們先看一下下面的操作
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)
看起來(lái)是不是有點(diǎn)奇怪,我并沒(méi)有對(duì)hiredate字段進(jìn)行插入操作,它的值自動(dòng)修改為當(dāng)前值,而且在創(chuàng)建表的時(shí)候,我也并沒(méi)有定義“show create table test\G”結(jié)果中顯示的“ DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP”。
其實(shí),這個(gè)特性是自動(dòng)初始化和自動(dòng)更新(Automatic Initialization and Updating)。
自動(dòng)初始化指的是如果對(duì)該字段(譬如上例中的hiredate字段)沒(méi)有顯性賦值,則自動(dòng)設(shè)置為當(dāng)前系統(tǒng)時(shí)間。
自動(dòng)更新指的是如果修改了其它字段,則該字段的值將自動(dòng)更新為當(dāng)前系統(tǒng)時(shí)間。
它與“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)
下面我們看看官檔的說(shuō)明:
By default, the first TIMESTAMP column has both DEFAULT CURRENT_TIMESTAMP and ON UPDATE CURRENT_TIMESTAMP if neither is specified explicitly。
很多時(shí)候,這并不是我們想要的,如何禁用呢?
1. 將“explicit_defaults_for_timestamp”的值設(shè)置為ON。
2. “explicit_defaults_for_timestamp”的值依舊是OFF,也有兩種方法可以禁用
???? 1> 用DEFAULT子句該該列指定一個(gè)默認(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,而且一張表中,最多允許一個(gè)TIMESTAMP字段采用該特性。從MySQL 5.6.5開(kāi)始,Automatic Initialization and Updating同時(shí)適用于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
到此這篇關(guān)于Mysql中有關(guān)Datetime和Timestamp的使用總結(jié)的文章就介紹到這了,更多相關(guān)Mysql Datetime和Timestamp內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- Mysql中的Datetime和Timestamp比較
- MySQL中datetime和timestamp的區(qū)別及使用詳解
- Mysql數(shù)據(jù)庫(kù)中datetime、bigint、timestamp來(lái)表示時(shí)間選擇,誰(shuí)來(lái)存儲(chǔ)時(shí)間效率最高
- MySQL 中 datetime 和 timestamp 的區(qū)別與選擇
- 詳解MySQL中timestamp和datetime時(shí)區(qū)問(wèn)題導(dǎo)致做DTS遇到的坑
- 淺談Mysql時(shí)間的存儲(chǔ)?datetime還是時(shí)間戳timestamp
- MYSQL?數(shù)據(jù)庫(kù)時(shí)間字段?INT,TIMESTAMP,DATETIME?性能效率的比較介紹
- MySQL?時(shí)間類(lèi)型用?datetime,?timestamp?還是?integer?更好
相關(guān)文章
mysql常用sql與命令之從入門(mén)到刪庫(kù)跑路
這篇文章主要介紹了mysql sql命令之從入門(mén)到刪庫(kù)跑路的相關(guān)命令與操作2021-03-03在MySQL中使用GTIDs復(fù)制協(xié)議和中斷協(xié)議的教程
這篇文章主要介紹了在MySQL中使用GTIDs復(fù)制協(xié)議和中斷協(xié)議的教程,主要用于多個(gè)服務(wù)器之間的通信,需要的朋友可以參考下2015-04-04MySQL 數(shù)據(jù)庫(kù)常用命令 簡(jiǎn)單超級(jí)實(shí)用版
MySQL 數(shù)據(jù)庫(kù)常用命令,都是一些比較基礎(chǔ)的東西,更多的命令可以查看相關(guān)文章里面的文字。2010-07-07MySQL數(shù)據(jù)庫(kù)安全設(shè)置與注意事項(xiàng)小結(jié)
現(xiàn)在很多朋友使用mysql數(shù)據(jù)庫(kù),為了安全考慮我們就需要考慮到mysql的安全問(wèn)題,例如需要將mysql以普通用戶(hù)權(quán)限運(yùn)行,就算出問(wèn)題了有了root也不能控制系統(tǒng)2013-08-08MySQL數(shù)據(jù)庫(kù)存儲(chǔ)引擎和分支現(xiàn)狀分析
在MySQL經(jīng)歷了2008年Sun的收購(gòu)和2009年Oracle收購(gòu)Sun的過(guò)程中,基本處于停滯發(fā)展的情況,在可以預(yù)見(jiàn)的未來(lái),MySQL是肯定會(huì)被Oracle擱置并且逐步雪藏消滅掉的。2011-03-03mysql數(shù)據(jù)庫(kù)基礎(chǔ)知識(shí)點(diǎn)與操作小結(jié)
這篇文章主要介紹了mysql數(shù)據(jù)庫(kù)基礎(chǔ)知識(shí)點(diǎn)與操作,總結(jié)分析了mysql數(shù)據(jù)庫(kù)修改數(shù)據(jù)表、增刪改查及數(shù)據(jù)庫(kù)函數(shù)基本功能,需要的朋友可以參考下2020-01-01mysql安裝圖解 mysql圖文安裝教程(詳細(xì)說(shuō)明)
很多朋友剛開(kāi)始接觸mysql數(shù)據(jù)庫(kù)服務(wù)器,下面是網(wǎng)友整理的一篇mysql的安裝教程,步驟明細(xì)也有詳細(xì)的說(shuō)明。2010-06-06