Mysql的timestamp時間戳2038問題怎么解決

本篇內(nèi)容主要講解“Mysql的timestamp時間戳2038問題怎么解決”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學(xué)習(xí)“Mysql的timestamp時間戳2038問題怎么解決”吧!

時間戳是指格林威治時間1970年01月01日00時00分00秒(北京時間1970年01月01日08時00分00秒)起至現(xiàn)在的總秒數(shù)。
生產(chǎn)環(huán)境中部署著各種版本的MySQL，包括MySQL 5.5/5.6/5.7三個大版本和N個小版本，由于MySQL在向上兼容性較差，導(dǎo)致相同SQL在不同版本上表現(xiàn)各異，下面從幾個方面來詳細介紹時間戳數(shù)據(jù)類型。

時間戳數(shù)據(jù)存取

在MySQL上述三個大版本中，默認時間戳(Timestamp)類型的取值范圍為’1970-01-01 00:00:01’ UTC 至’2038-01-19 03:14:07’ UTC，數(shù)據(jù)精確到秒級別，該取值范圍包含約22億個數(shù)值，因此在MySQL內(nèi)部使用4個字節(jié)INT類型來存放時間戳數(shù)據(jù)：
1、在存儲時間戳數(shù)據(jù)時，先將本地時區(qū)時間轉(zhuǎn)換為UTC時區(qū)時間，再將UTC時區(qū)時間轉(zhuǎn)換為INT格式的毫秒值(使用UNIX_TIMESTAMP函數(shù))，然后存放到數(shù)據(jù)庫中。
2、在讀取時間戳數(shù)據(jù)時，先將INT格式的毫秒值轉(zhuǎn)換為UTC時區(qū)時間(使用FROM_UNIXTIME函數(shù))，然后再轉(zhuǎn)換為本地時區(qū)時間，最后返回給客戶端。

在MySQL 5.6.4及之后版本，可以將時間戳類型數(shù)據(jù)最高精確微秒(百萬分之一秒)，數(shù)據(jù)類型定義為timestamp(N),N取值范圍為0-6，默認為0，如需要精確到毫秒則設(shè)置為Timestamp(3)，如需要精確到微秒則設(shè)置為timestamp(6)，數(shù)據(jù)精度提高的代價是其內(nèi)部存儲空間的變大，但仍未改變時間戳類型的最小和最大取值范圍。

時間戳字段定義

時間戳字段定義主要影響兩類操作：

• 插入記錄時，時間戳字段包含DEFAULT CURRENT_TIMESTAMP，如插入記錄時未指定具體時間數(shù)據(jù)則將該時間戳字段值設(shè)置為當(dāng)前時間

• 更新記錄時，時間戳字段包含ON UPDATE CURRENT_TIMESTAMP，如更新記錄時未指定具體時間數(shù)據(jù)則將該時間戳字段值設(shè)置為當(dāng)前時間

PS1：CURRENT_TIMESTAMP表示使用CURRENT_TIMESTAMP()函數(shù)來獲取當(dāng)前時間，類似于NOW()函數(shù)

根據(jù)上面兩類操作，時間戳列可以有四張組合定義，其含義分別為：

• 當(dāng)字段定義為timestamp，表示該字段在插入和更新時都不會自動設(shè)置為當(dāng)前時間。

• 當(dāng)字段定義為timestamp DEFAULT CURRENT_TIMESTAMP，表示該字段僅在插入且未指定值時被賦予當(dāng)前時間，再更新時且未指定值時不做修改。

• 當(dāng)字段定義為timestamp ON UPDATE CURRENT_TIMESTAMP，表示該字段在插入且未指定值時被賦值為"0000-00-00 00:00:00",在更新且未指定值時更新為當(dāng)前時間。

• 當(dāng)字段定義為timestamp DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP，表示該字段在插入或更新時未指定值，則被賦值為當(dāng)前時間。

PS1：在MySQL中執(zhí)行的建表語句和最終表創(chuàng)建語句會存在差異，建議使用SHOW CREATE TABLE TB_XXX獲取已創(chuàng)建表的建表語句。

時間戳字段在MySQL各版本的使用差異

• 在MySQL 5.5及之前版本中，僅能對一個時間戳字段定義DEFUALT CURRENT_TIMESTAMP或ON UPDATE CURRENT_TIMESTAMP，但在MySQL 5.6和MySQL 5.7版本中取消了該限制;

• 在MySQL 5.6版本中參數(shù)explicit_defaults_for_timestamp默認值為1，在MySQL 5.7版本中參數(shù)explicit_defaults_for_timestamp默認值為0;

• 在MySQL 5.5和MySQL 5.7版本中timestamp類型默認為NOT NULL,在在MySQL 5.6版本中timestamp類型默認為NULL;

當(dāng)建表語句中定于c1 timestamp 時，

• 在MySQL 5.5中等價于c1 timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;

• 在MySQL 5.6中等價于c1 timestamp NULL DEFAULT NULL;

• 在MySQL 5.7中等價于c1 timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;

當(dāng)建表語句中c1 timestamp default 0時，

• 在MySQL 5.5中等價于c1 timestamp NOT NULL DEFAULT ‘0000-00-00 00:00:00’;

• 在MySQL 5.6中等價于c1 timestamp NULL DEFAULT ‘0000-00-00 00:00:00’;

• 在MySQL 5.7中等價于c1 timestamp NOT NULL DEFAULT ‘0000-00-00 00:00:00’;

PS1: MySQL 5.6版本和MySQL 5.7版本中主要差異受參數(shù)explicit_defaults_for_timestamp的默認值影響。

PS2：當(dāng)時間戳列的默認值為’0000-00-00 00:00:00’時，使用“不在時間戳取值范圍內(nèi)”的該默認值并不會產(chǎn)生警告。

時間戳類型引發(fā)的異常

當(dāng)MySQL參數(shù)time_zone=system時，查詢timestamp字段會調(diào)用系統(tǒng)時區(qū)做時區(qū)轉(zhuǎn)換，而由于系統(tǒng)時區(qū)存在全局鎖問題，在多并發(fā)大數(shù)據(jù)量訪問時會導(dǎo)致線程上下文頻繁切換，CPU使用率暴漲，系統(tǒng)響應(yīng)變慢設(shè)置假死。

時間戳類型和時間類型選擇

在部分"數(shù)據(jù)庫指導(dǎo)"文檔中，會推薦使用timestamp類型代替datetime字段，其理由是timestamp類型使用4字節(jié)，而datetime字段使用8字節(jié)，但隨著磁盤性能提升和內(nèi)存成本降低，在實際生產(chǎn)環(huán)境中，使用timestamp類型并不會帶來太多性能提升，反而可能因timestamp類型的定義和取值范圍限制和影響業(yè)務(wù)使用。

在MySQL 5.6.4及之后版本，可以將時間戳類型(timestamp)數(shù)據(jù)最高精確微秒，也同樣可以將時間類型(datetime)數(shù)據(jù)最高精確微秒，時間類型(datetime)同樣可以獲得timestamp類型相同的效果，如將字段定義為 dt1 DATETIME(3) NOT NULL DEFAULT NOW(3) ON UPDATE NOW(3); 時間類型(datetime)的存取范圍’1000-01-01 00:00:00.000000’ 至 ‘9999-12-31 23:59:59.999999’，能更好地存放各時間段的數(shù)據(jù)。

時間戳類型使用建議

在只關(guān)心數(shù)據(jù)最后更新時間的情況下，建議將時間戳列定義為TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP；

在關(guān)心創(chuàng)建時間和更新時間的情況下，建議將更新時間設(shè)置為時間戳字段，將創(chuàng)建時間定義為DAETIME 或 TIMESTAMP DEFAULT ‘0000-00-00 00:00:00’，并在插入記錄時顯式指定創(chuàng)建時間；

建議在表中只定義單個時間戳列，并顯式定義DEFAULT 和 ON UPDATE屬性；

雖然在MySQL中可以對時間戳字段賦值或更新，但建議僅在必要的情況下對時間戳列進行顯式插入和更新；

建議將time_zone參數(shù)設(shè)置為system外的值，如中國地區(qū)服務(wù)器設(shè)置為’+8:00’；

建議將MySQL線下測試版本和線上生產(chǎn)版本保持一致。

Timestamp和datetime的異同

相同點：

• 可自動更新和初始化，默認顯示格式相同YYYY-MM-dd HH:mm:ss

不同點：

• timestamp的時間范圍是：‘1970-01-01 00:00:01’ UTC to ‘2038-01-19 03:14:07’ UTC ，自動時區(qū)轉(zhuǎn)化，實際存儲毫秒數(shù)，4字節(jié)存儲

• datetime的時間范圍：‘1000-01-01 00:00:00’ to ‘9999-12-31 23:59:59’ ，不支持時區(qū)，8字節(jié)存儲

設(shè)置timestamp和date的自動更新時間

當(dāng)對某條數(shù)據(jù)進行更新操作時或者插入一條新的數(shù)據(jù)而沒有對date和mydate進行賦值，date和mydate這兩個字段會自動默認為當(dāng)前時間

CREATE TABLE `mytime` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `date` timestamp(6) NULL DEFAULT CURRENT_TIMESTAMP(6) ON UPDATE CURRENT_TIMESTAMP(6),
  `mydate` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8;

2038問題

當(dāng) timestamp 存儲的時間大于 '2038-01-19 03:14:07' UTC，mysql就會報錯， 因為這是 mysql自身的問題，也就是說 timestamp是有上限的，超過了，自然會報錯。 部分截圖如下：

解決方案

timestamp 雖然有上限限制，但是它保存的是時間戳，可以不用去考慮時區(qū)的問題，如果是需要處理與時區(qū)相關(guān)的需求， 解決 2038 限制的時候，建議將 timestamp改為整數(shù)類型，用來保存時間戳，在程序中再進行轉(zhuǎn)換（這個方案沒有實施過，僅僅是建議，慎用?。。?br/>如果不需要考慮時區(qū)問題，直接用 datatime類型替換 timestamp即可，因為datatime的取值范圍大很多，可看上圖；

替換的思路：

1. 修改原來字段的名字；

ALTER TABLE `student` CHANGE `entry_date` `temp_entry_date` timestamp NOT NULL default '0000-00-00 00:00:00';

新建一個 datatime類型的字段（新建一列，用來替換原來的）；

ALTER TABLE `student` ADD `entry_date` DATETIME NOT NULL default '0000-00-00 00:00:00';

將原來字段列的數(shù)據(jù)拷貝到新的字段列中；

UPDATE `student` SET `entry_date` = `temp_entry_date`;

刪除原來的列；

ALTER TABLE `student` DROP `temp_entry_date`;

完整sql 如下：（需要注意，原來的 timestamp的默認值，這個也需要加上）

ALTER TABLE `student` CHANGE `entry_date` `temp_entry_date` timestamp NOT NULL default '0000-00-00 00:00:00';
ALTER TABLE `student` ADD `entry_date` DATETIME NOT NULL default '0000-00-00 00:00:00';
UPDATE `student` SET `entry_date` = `temp_entry_date`;
ALTER TABLE `student` DROP `temp_entry_date`;

到此，相信大家對“Mysql的timestamp時間戳2038問題怎么解決”有了更深的了解，不妨來實際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進入相關(guān)頻道進行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！