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

MySQL中datetime和timestamp的區(qū)別及使用詳解

 更新時間:2019年11月26日 09:24:45   作者:iVictor  
這篇文章主要介紹了MySQL中datetime和timestamp的區(qū)別及使用詳解,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧

一、MySQL中如何表示當前時間?

其實,表達方式還是蠻多的,匯總如下:

CURRENT_TIMESTAMP

CURRENT_TIMESTAMP()

NOW()

LOCALTIME

LOCALTIME()

LOCALTIMESTAMP

LOCALTIMESTAMP()

二、關于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,它把客戶端插入的時間從當前時區(qū)轉化為UTC(世界標準時間)進行存儲。查詢時,將其又轉化為客戶端當前時區(qū)進行返回。

而對于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)

兩者輸出是一樣的。

其次修改當前會話的時區(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所在主機的系統時間,是中國標準時間的縮寫,China Standard Time UT+8:00

通過結果可以看出,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'。

總結:TIMESTAMP和DATETIME除了存儲范圍和存儲方式不一樣,沒有太大區(qū)別。當然,對于跨時區(qū)的業(yè)務,TIMESTAMP更為合適。

三、關于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字段進行插入操作,它的值自動修改為當前值,而且在創(chuàng)建表的時候,我也并沒有定義“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

以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。

相關文章

  • MySQL回表產生的原因和場景

    MySQL回表產生的原因和場景

    在MySQL數據庫中,回表(Look Up)指的是在進行索引查詢時,首先通過索引定位到對應頁,然后再根據行的物理地址找到所需的數據行,本文給大家介紹了MySQL回表是什么以及哪些情況下會回表,需要的朋友可以參考下
    2023-11-11
  • mysql深度分頁的問題解決

    mysql深度分頁的問題解決

    本文主要介紹了mysql深度分頁的問題解決,解決方案包括子查詢、INNER JOIN延遲關聯及標簽記錄法,通過減少回表次數或避免重復掃描提升查詢效率,下面就一起來了解一下
    2025-07-07
  • Mysql將查詢結果集轉換為JSON數據的實例代碼

    Mysql將查詢結果集轉換為JSON數據的實例代碼

    這篇文章主要介紹了Mysql將查詢結果集轉換為JSON數據的實例代碼,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2021-03-03
  • Mysql備份多個數據庫代碼實例

    Mysql備份多個數據庫代碼實例

    這篇文章主要介紹了Mysql備份多個數據庫代碼實例,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下
    2019-12-12
  • Mysql之SQL Mode用法詳解

    Mysql之SQL Mode用法詳解

    這篇文章主要介紹了Mysql之SQL Mode用法,可以幫助用戶更好的理解MySQL的工作模式,需要的朋友可以參考下
    2014-07-07
  • MySQL表列數和行大小限制示例詳解

    MySQL表列數和行大小限制示例詳解

    行是表中存儲數據的行,也稱為記錄,MySQL的行上限主要受限于兩個因素,表的大小和操作系統的限制,這篇文章主要給大家介紹了關于MySQL表列數和行大小限制的相關資料,需要的朋友可以參考下
    2024-04-04
  • Mysql安裝與配置調優(yōu)及修改root密碼的方法

    Mysql安裝與配置調優(yōu)及修改root密碼的方法

    這篇文章給大家介紹了Mysql安裝與配置調優(yōu),然后在文中給大家提到了mysql修改root密碼的多種方法,需要的的朋友參考下吧
    2017-07-07
  • MySQL 最基本的SQL語法/語句

    MySQL 最基本的SQL語法/語句

    MySQL 最基本的SQL語法/語句,使用mysql的朋友可以參考下。
    2011-09-09
  • phpstudy_pro無法啟動MySQL以及3306被占用的問題解決辦法

    phpstudy_pro無法啟動MySQL以及3306被占用的問題解決辦法

    在進行PHP開發(fā)時,PHPStudy Pro是一款功能強大且易于使用的集成環(huán)境,它能幫助開發(fā)者快速搭建起包含Apache、Nginx、PHP、MySQL等的本地開發(fā)環(huán)境,這篇文章主要介紹了phpstudy_pro無法啟動MySQL以及3306被占用的問題解決辦法的相關資料,需要的朋友可以參考下
    2026-04-04
  • mysql獲取排列序號的三種常用方法小結

    mysql獲取排列序號的三種常用方法小結

    這篇文章主要介紹了mysql獲取排列序號的三種常用方法,并通過代碼示例和圖文給大家介紹的非常詳細,對大家的學習或工作有一定的幫助,需要的朋友可以參考下
    2024-03-03

最新評論

长子县| 勃利县| 和硕县| 扶风县| 屯昌县| 界首市| 岳西县| 双鸭山市| 论坛| 黎平县| 姜堰市| 肇庆市| 沧源| 信丰县| 比如县| 分宜县| 卓尼县| 东乌| 沙雅县| 东丽区| 河津市| 莒南县| 武鸣县| 巴东县| 关岭| 隆尧县| 保德县| 上高县| 马边| 康定县| 平湖市| 翼城县| 揭阳市| 沂南县| 武威市| 日照市| 靖宇县| 留坝县| 大理市| 九龙城区| 新建县|