自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

MySQL關(guān)于時間設(shè)置的注意事項

數(shù)據(jù)庫 MySQL
時間真的存在嗎?有觀點認(rèn)為,時間只是人類構(gòu)想出來的一種概念,是用來衡量事物變化的標(biāo)準(zhǔn)。對于數(shù)據(jù)庫來說,時間伴隨著數(shù)據(jù)并進。讓我們進入MySQL時間漩渦中看一看。

 [[396879]]

本文轉(zhuǎn)載自微信公眾號「數(shù)據(jù)和云」,作者數(shù)據(jù)和云。轉(zhuǎn)載本文請聯(lián)系數(shù)據(jù)和云公眾號。

時間真的存在嗎?有觀點認(rèn)為,時間只是人類構(gòu)想出來的一種概念,是用來衡量事物變化的標(biāo)準(zhǔn)。對于數(shù)據(jù)庫來說,時間伴隨著數(shù)據(jù)并進。讓我們進入MySQL時間漩渦中看一看。

1. 時間類型的字段

MySQL時間類型字段:

下面是容易忽略的內(nèi)容:

  • TIMESTAMP保存數(shù)據(jù)方式:

MySQL將TIMESTAMP值從當(dāng)前時區(qū)轉(zhuǎn)換為UTC進行存儲,并從UTC返回到當(dāng)前時區(qū)進行檢索。(這不適用于其他類型,比如DATETIME。)默認(rèn)情況下,每個連接的當(dāng)前時區(qū)是服務(wù)器的時間。時區(qū)可以在每個連接的基礎(chǔ)上設(shè)置。只要時區(qū)設(shè)置保持不變,就會返回所存儲的相同值。如果存儲一個時間戳值,然后更改時區(qū)并檢索該值,則檢索到的值與存儲的值不同。出現(xiàn)這種情況是因為沒有在兩個方向上使用相同的時區(qū)進行轉(zhuǎn)換。當(dāng)前時區(qū)可以作為time_zone系統(tǒng)變量的值。

  • TIMESTAMP和SQL_MODE組合

sql_mode也會影響timestamp值:

  1. mysql> CREATE TABLE ts ( 
  2.          id INTEGER NOT NULL AUTO_INCREMENT PRIMARY KEY
  3.          col TIMESTAMP NOT NULL 
  4.      ) AUTO_INCREMENT = 1; 
  5.  
  6. mysql> SHOW VARIABLES LIKE  '%sql_mode%'
  7. +---------------+---------------------+ 
  8. | Variable_name | Value               | 
  9. +---------------+---------------------+ 
  10. | sql_mode      | STRICT_TRANS_TABLES | 
  11. +---------------+---------------------+ 
  12. mysql>  INSERT INTO ts (col) VALUES ('1969-01-01 01:01:10'); 
  13. ERROR 1292 (22007): Incorrect datetime value: '1969-01-01 01:01:10' for column 'col' at row 1 
  14.  
  15. mysql> SET sql_mode=""
  16. Query OK, 0 rows affected (0.00 sec) 
  17. mysql> SHOW VARIABLES LIKE  '%sql_mode%'
  18. +---------------+-------+ 
  19. | Variable_name | Value | 
  20. +---------------+-------+ 
  21. | sql_mode      |       | 
  22. +---------------+-------+ 
  23. mysql>  INSERT INTO ts (col) VALUES ('1969-01-01 01:01:10'),('2999-01-01 01:01:10'); 
  24. Query OK, 2 rows affected, 2 warnings (0.01 sec) 
  25. Records: 2  Duplicates: 0  Warnings: 2 
  26. mysql> show warnings; 
  27. +---------+------+----------------------------------------------+ 
  28. Level   | Code | Message                                      | 
  29. +---------+------+----------------------------------------------+ 
  30. | Warning | 1264 | Out of range value for column 'col' at row 1 | 
  31. | Warning | 1264 | Out of range value for column 'col' at row 2 | 
  32. +---------+------+----------------------------------------------+ 
  33.  
  34. mysql> SELECT * FROM TS; 
  35. +----+---------------------+ 
  36. | id | col                 | 
  37. +----+---------------------+ 
  38. |  1 | 0000-00-00 00:00:00 | 
  39. |  2 | 0000-00-00 00:00:00 | 
  40. +----+---------------------+ 
  41. rows in set (0.00 sec) 

通過控制sql_mode,超出timestamp限制值還是插入進去了,但采用的是0填空方式。

對于STRICT_TRANS_TABLES, MySQL將一個無效的值轉(zhuǎn)換為最接近的有效值,然后插入調(diào)整后的值。如果缺少一個值,MySQL將為列數(shù)據(jù)類型插入隱式的默認(rèn)值。

2. explicit_defaults_for_timestamp時間處理機制

默認(rèn)情況是啟用。

在MySQL 8.0.22中,如果試圖在聲明為TIMESTAMP NOT NULL的列中插入NULL,將會被拒絕,并產(chǎn)生錯誤。

1)explicit_defaults_for_timestamp被禁用時:

  • 沒有使用NULL屬性顯式聲明的時間戳列將自動使用NOT NULL屬性聲明。允許為這樣的列賦值為NULL,并將該列設(shè)置為當(dāng)前時間戳。在MySQL 8.0.22中,如果試圖在聲明為TIMESTAMP NOT NULL的列中插入NULL,將會被拒絕,并產(chǎn)生錯誤。
  • 如果表中的第一列沒有使用NULL屬性或顯式的DEFAULT或ON UPDATE屬性進行聲明,則會自動使用默認(rèn)的CURRENT_TIMESTAMP屬性和ON UPDATE CURRENT_TIMESTAMP屬性進行聲明。
  • TIMESTAMP 如果沒有顯式地使用NULL屬性或顯式默認(rèn)屬性聲明,則自動聲明為默認(rèn)的’0000-00-00 00:00:00’(“零”時間戳)。
  • 根據(jù)啟用的是strict SQL模式還是NO_ZERO_DATE SQL模式,默認(rèn)值“0000-00-00 00:00:00”可能無效。

2)explicit_defaults_for_timestamp被啟用:

  • 不可能為TIMESTAMP指定NULL值來將其設(shè)置為當(dāng)前時間戳。要指定當(dāng)前時間戳,設(shè)置為CURRENT_TIMESTAMP或一個同義詞,比如NOW()。
  • 沒有使用not NULL屬性顯式聲明的TIMESTAMP列將自動使用NULL屬性聲明并允許空值。
  • 使用NOT NULL屬性聲明的時間戳列不允許空值。對于為這樣的列指定NULL的插入,如果啟用了strict SQL模式,那么單行插入會出現(xiàn)錯誤,或者禁用了strict SQL模式的多行插入會插入’0000-00-00 00:00:00’。在任何情況下,為列賦值為NULL都不會將其設(shè)置為當(dāng)前時間戳。
  • 使用NOT NULL屬性顯式聲明且沒有顯式默認(rèn)屬性的時間戳列被視為沒有默認(rèn)值。對于未為此類列指定顯式值的插入行,結(jié)果取決于SQL模式。如果啟用了嚴(yán)格SQL模式,則會出現(xiàn)錯誤。如果沒有啟用嚴(yán)格的SQL模式,則使用默認(rèn)隱式值’0000-00-00 00:00:00’聲明該列,并出現(xiàn)警告。
  • timestamp類型字段 不會自動使用默認(rèn)的CURRENT_TIMESTAMP屬性或更新CURRENT_TIMESTAMP屬性聲明。這些屬性必須顯式指定。

測試:

  1. CREATE TABLE `test1`( 
  2. id bigint not null AUTO_INCREMENT COMMENT '主鍵ID'
  3. name varchar(20) COMMENT '主鍵ID'
  4. create_time TIMESTAMP  NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT 'cr time'
  5. PRIMARY KEY(id) 
  6. )ENGINE=InnoDB  AUTO_INCREMENT=1 ; 
  7. SHOW VARIABLES LIKE 'explicit_defaults_for_timestamp'
  8. SET  GLOBAL  explicit_defaults_for_timestamp=ON
  9. SET  GLOBAL  explicit_defaults_for_timestamp=OFF
  10. INSERT INTO test1(id,name,create_time) VALUES(1,'Kit',NULL); 

3. MySQL系統(tǒng)配置

系統(tǒng)相關(guān)事件參數(shù)包含3個:

  1. mysql>show global variables where Variable_name like '%time_zone%' or Variable_name like 'log_timestamp%'
  2. +------------------+--------+ 
  3. | Variable_name    | Value  | 
  4. +------------------+--------+ 
  5. | system_time_zone | CST    | 
  6. | time_zone        | SYSTEM | 
  7. | log_timestamps   | UTC    | 
  8. +------------------+--------+ 
  9. rows in set (0.00 sec) 

1)system time zone:

當(dāng)服務(wù)器啟動時,它嘗試自動確定主機的時區(qū),并使用它來設(shè)置system_time_zone系統(tǒng)變量。此后該值不會改變。

2)time_zone:

全time_zone表示服務(wù)器當(dāng)前運行的時區(qū)。初始的time_zone值為“SYSTEM”,表示服務(wù)器時區(qū)與系統(tǒng)時區(qū)一致。

  • 如果設(shè)置為SYSTEM,如MySQL函數(shù)調(diào)用都會調(diào)用一個系統(tǒng)庫來確定當(dāng)前的系統(tǒng)時區(qū)。這個調(diào)用可能被一個全局互斥鎖保護,從而導(dǎo)致爭用。CPU使用率高問題。
  • 設(shè)置會話時區(qū)會影響時區(qū)敏感的時間值的顯示和存儲。這包括NOW()或CURTIME()等函數(shù)顯示的值,以及存儲在時間戳列中的值和從時間戳列檢索到的值。時間戳列的值將從會話時區(qū)轉(zhuǎn)換為UTC用于存儲,從UTC轉(zhuǎn)換為會話時區(qū)用于檢索。
  • 會話時區(qū)設(shè)置不影響UTC_TIMESTAMP()等函數(shù)顯示的值,也不影響DATE、time或DATETIME列中的值。這些數(shù)據(jù)類型的值也不存儲在UTC;時區(qū)僅在從時間戳值轉(zhuǎn)換時適用它們。

備注:MySQL還提供時區(qū)導(dǎo)入到MySQL系統(tǒng)庫的方法。通過mysql_tzinfo_to_sql程序加載/usr/share/zoneinfom下的時區(qū)信息。

  1. mysql> SELECT COUNT(*) FROM mysql.time_zone_name; 
  2. +----------+ 
  3. COUNT(*) | 
  4. +----------+ 
  5. |        0 | 
  6. +----------+ 

##mysql_tzinfo_to_sql工具導(dǎo)入時區(qū)值。

  1. shell>mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root mysql 
  2. mysql> SELECT COUNT(*) FROM mysql.time_zone_name; 
  3. +----------+ 
  4. COUNT(*) | 
  5. +----------+ 
  6. |     1780 | 
  7. +----------+ 

3)log_timestamps

  • 這個變量控制寫入錯誤日志的消息以及寫入文件的一般查詢?nèi)罩竞吐俨樵內(nèi)罩鞠⒅械臅r間戳的時區(qū)。
  • 它不會影響一般查詢?nèi)罩镜臅r區(qū)和慢速查詢?nèi)罩鞠懭氡?mysql。general_log mysql.slow_log)。
  • 允許的log_timestamps值是UTC(默認(rèn)值)和SYSTEM(本地系統(tǒng)時區(qū))。

備注:UTC一般指協(xié)調(diào)世界時。協(xié)調(diào)世界時,又稱世界統(tǒng)一時間、世界標(biāo)準(zhǔn)時間、國際協(xié)調(diào)時間,就是UTC+8小時=中國時間。當(dāng)然值需要跟系統(tǒng)記錄時間一致,才能更好地管理。

  1. #設(shè)置時區(qū),更改為東八區(qū) 
  2. SET GLOBAL time_zone = '+8:00';   

建議:

  1. [mysqld] 
  2. log_timestamps=SYSTEM 
  3. default-time_zone                  = '+8:00' 
  1. mysql>show global variables where Variable_name like '%time_zone%' or Variable_name like 'log_timestamp%'
  2. +------------------+--------+ 
  3. | Variable_name    | Value  | 
  4. +------------------+--------+ 
  5. | log_timestamps   | SYSTEM | 
  6. | system_time_zone | CST    | 
  7. | time_zone        | +08:00 | 
  8. +------------------+--------+ 

總結(jié)

從時間類型、參數(shù)、系統(tǒng)時區(qū)了解到,MySQL里時間應(yīng)該怎樣設(shè)置和使用,特別是無特殊要求,sql_mode不要輕易改動。

關(guān)于作者

崔虎龍,云和恩墨MySQL技術(shù)顧問,長期服務(wù)于金融、游戲、物流等行業(yè)的數(shù)據(jù)中心,設(shè)計數(shù)據(jù)存儲架構(gòu),并熟悉數(shù)據(jù)中心運營管理的流程及規(guī)范,自動化運維等。擅長MySQL、Redis、MongoDB數(shù)據(jù)庫高可用設(shè)計和運維故障處理、備份恢復(fù)、升級遷移、性能優(yōu)化。自學(xué)通過了MySQL OCP 5.6和MySQL OCP 5.7認(rèn)證。2年多開發(fā)經(jīng)驗,10年數(shù)據(jù)庫運維工作經(jīng)驗,其中專職做MySQL工作8年;曾經(jīng)擔(dān)任過項目經(jīng)理、數(shù)據(jù)庫經(jīng)理、數(shù)據(jù)倉庫架構(gòu)師、MySQL技術(shù)專家、DBA等職務(wù);涉及行業(yè):金融(銀行、理財)、物流、游戲、醫(yī)療、重工業(yè)等。

墨天輪原文鏈接:https://www.modb.pro/db/53474

 

責(zé)任編輯:武曉燕 來源: 數(shù)據(jù)和云
相關(guān)推薦

2011-07-21 14:28:17

MySQL事務(wù)事務(wù)保存點

2010-05-19 11:04:32

優(yōu)化IIS

2010-11-26 16:27:01

MySQL使用變量

2010-06-13 15:52:36

MySQL 復(fù)制設(shè)置

2011-05-26 11:22:04

SEO

2010-04-19 10:32:46

無線網(wǎng)卡設(shè)置

2010-05-11 11:03:41

Mysql索引

2012-12-20 10:23:03

路由器COST

2009-04-09 10:11:00

TCPIP設(shè)置

2009-09-24 14:53:43

打印服務(wù)器

2010-04-15 11:32:54

Unix操作系統(tǒng)

2009-12-15 17:47:17

VSIP

2011-08-04 15:00:46

AmoebaMySQL

2010-11-15 09:17:25

MySQL轉(zhuǎn)換Orac

2010-05-31 09:58:48

MySQL備份

2013-08-20 09:57:05

Hyper-V備份注意事項

2023-01-14 09:49:11

2020-10-20 14:05:48

用戶需求分析IT

2011-09-26 11:02:10

2021-11-16 10:35:59

云計算云計算環(huán)境云應(yīng)用
點贊
收藏

51CTO技術(shù)棧公眾號