最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

Mysql中有關(guān)Datetime和Timestamp的使用總結(jié)

 更新時(shí)間:2021年12月06日 09:49:23   作者:iVictor  
mysql數(shù)據(jù)庫(kù)常用的時(shí)間類(lèi)型有timestamp和datetime,兩者主要區(qū)別是占用存儲(chǔ)空間長(zhǎng)度不一致、可存儲(chǔ)的時(shí)間也有限制,本文就來(lái)詳細(xì)的介紹一下,感興趣的可以了解一下

一、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)文章希望大家以后多多支持腳本之家!

相關(guān)文章

  • MySQL8.0.23版本的root密碼重置最優(yōu)解法

    MySQL8.0.23版本的root密碼重置最優(yōu)解法

    這篇文章主要介紹了MySQL8.0.23版本的root密碼重置最優(yōu)解法,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧
    2021-03-03
  • 如何設(shè)計(jì)高效合理的MySQL查詢(xún)語(yǔ)句

    如何設(shè)計(jì)高效合理的MySQL查詢(xún)語(yǔ)句

    合理的MySQL查詢(xún)語(yǔ)句可以讓我們的MySQL數(shù)據(jù)庫(kù)效率更高,那么如何設(shè)計(jì)高效合理的查詢(xún)語(yǔ)句就成為了擺在我們面前的問(wèn)題。
    2015-08-08
  • MySQL查看和修改時(shí)區(qū)的方法

    MySQL查看和修改時(shí)區(qū)的方法

    這篇文章主要給大家介紹了關(guān)于MySQL查看和修改時(shí)區(qū)的方法,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家學(xué)習(xí)或者使用MySQL具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來(lái)一起學(xué)習(xí)學(xué)習(xí)吧
    2019-08-08
  • mysql5.6建立索引報(bào)錯(cuò)1709問(wèn)題及解決

    mysql5.6建立索引報(bào)錯(cuò)1709問(wèn)題及解決

    這篇文章主要介紹了mysql5.6建立索引報(bào)錯(cuò)1709問(wèn)題及解決方案,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2024-03-03
  • MySQL Error 1449錯(cuò)誤的解決方法

    MySQL Error 1449錯(cuò)誤的解決方法

    MySQL Error 1449 錯(cuò)誤信息為 “The user specified as a definer ('user'@'host') does not exist”,意思是定義者在當(dāng)前系統(tǒng)中不存在,從而導(dǎo)致無(wú)法正常使用這些對(duì)象,本文針對(duì)該錯(cuò)誤介紹了詳細(xì)解決方法,需要的朋友可以參考下
    2025-02-02
  • MySQL交叉表實(shí)現(xiàn)分享

    MySQL交叉表實(shí)現(xiàn)分享

    在某些數(shù)據(jù)庫(kù)中有交叉表,但在MySQL中卻沒(méi)有這個(gè)功能,但網(wǎng)上看到有不少朋友想找出一個(gè)解決方法,特發(fā)貼集思廣義
    2012-01-01
  • 關(guān)于MySQL日期類(lèi)型的選擇建議

    關(guān)于MySQL日期類(lèi)型的選擇建議

    在軟件開(kāi)發(fā)中,時(shí)間記錄是不可或缺的功能,如記錄操作時(shí)間、交易時(shí)間等,通常不建議使用字符串存儲(chǔ)日期,因?yàn)樗加每臻g大,并且效率低下,MySQL提供的Datetime和Timestamp是常用的時(shí)間存儲(chǔ)類(lèi)型,Datetime沒(méi)有時(shí)區(qū)信息,而Timestamp與時(shí)區(qū)有關(guān)
    2024-10-10
  • mysql函數(shù)split功能實(shí)現(xiàn)

    mysql函數(shù)split功能實(shí)現(xiàn)

    mysql 5.* 的版本現(xiàn)在沒(méi)有split 函數(shù),但有些地方會(huì)用,在這里就簡(jiǎn)單記錄一下
    2012-09-09
  • MySQL數(shù)據(jù)庫(kù)備份工具mylvmbackup的使用解讀

    MySQL數(shù)據(jù)庫(kù)備份工具mylvmbackup的使用解讀

    這篇文章主要介紹了MySQL數(shù)據(jù)庫(kù)備份工具mylvmbackup的使用,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2025-05-05
  • MySQL 使用自定義變量進(jìn)行查詢(xún)優(yōu)化

    MySQL 使用自定義變量進(jìn)行查詢(xún)優(yōu)化

    MySQL自定義變量估計(jì)很少人有用到,但是如果用好了也是可以輔助進(jìn)行性能優(yōu)化的。需要注意的是變量是基于連接會(huì)話(huà)的,而且可能存在一些意外的情況,需要小心使用。本篇介紹如何利用自定義變量進(jìn)行查詢(xún)優(yōu)化,提高效率
    2021-05-05

最新評(píng)論

呼图壁县| 东阳市| 泽普县| 买车| 邮箱| 邓州市| 上犹县| 柘城县| 宣威市| 沐川县| 登封市| 大洼县| 肃宁县| 灵石县| 高青县| 上林县| 迁安市| 乌海市| 赞皇县| 军事| 胶州市| 大足县| 延庆县| 濮阳县| 营山县| 邵东县| 罗定市| 上虞市| 辰溪县| 闽侯县| 伊宁县| 靖边县| 新宁县| 盈江县| 永平县| 沙田区| 内江市| 尼木县| 仲巴县| 淮南市| 莲花县|