首頁猿問 PHP&MySQL：203...

PHP&MySQL：2038年Bug：是什么？如何解決？

PHP MySQL

胡說叔叔 2019-07-20 09:50:29

PHP&MySQL：2038年Bug：是什么？如何解決？我想用時間戳來存儲日期+時間，但我讀到它有一個2038年的限制。與其大量地問我的問題，我更喜歡把它分成幾個小部分，這樣新手用戶也很容易理解。所以我的問題是：2038年到底是什么問題？它為什么會發(fā)生，當(dāng)它發(fā)生時會發(fā)生什么？我們怎么解決這個問題？除了使用它之外，是否還有其他可能的替代辦法，而這并不構(gòu)成類似的問題？當(dāng)時間戳真正發(fā)生時，我們能對使用時間戳的現(xiàn)有應(yīng)用程序做些什么來避免所謂的問題呢？提前謝謝。

查看完整描述

3 回答

湖上湖

TA貢獻2003條經(jīng)驗獲得超2個贊

當(dāng)使用UNIX時間戳存儲日期時，實際上使用的是32位整數(shù)，這將保持自1970-01-01以來的秒數(shù)；請參見Unix時間

該32位數(shù)將在2038年溢出。這就是2038年的問題。

要解決這個問題，您不能使用32位UNIX時間戳來存儲日期-這意味著，在使用MySQL時，不應(yīng)該使用TIMESTAMP，但是DATETIME(見10.3.1.日期時間、日期和時間戳類型。) :

這個DATETIME當(dāng)您需要同時包含日期和時間信息的值時，將使用類型。支持范圍是'1000-01-01 00:00:00'到'9999-12-31 23:59:59'.
這個TIMESTAMP數(shù)據(jù)類型的范圍為'1970-01-01 00:00:01'世界協(xié)調(diào)時'2038-01-19 03:14:07'世界協(xié)調(diào)時。

這個(可能)為了避免/解決這個問題，您可以對應(yīng)用程序做的最好的事情就是不要使用TIMESTAMP，但是DATETIME對于必須包含1970年至2038年之間的日期的列。

不過，有一個小提示：很可能有很高的可能性。(統(tǒng)計數(shù)字)在2038^之前，您的應(yīng)用程序?qū)⒈恢貙懞脦状?，所以，如果您以后不必處理日期，您將不必處理?dāng)前版本的應(yīng)用程序的問題.

反對回復(fù) 2019-07-20

慕村225694

TA貢獻1880條經(jīng)驗獲得超4個贊

在谷歌上進行快速搜索就可以做到這一點：2038年問題

2038年的問題(又稱Unix千年Bug，Y2K38，類比于Y2K問題)可能導(dǎo)致一些計算機軟件在2038年之前或在2038年出現(xiàn)故障。
此問題影響到所有將系統(tǒng)時間存儲為帶符號32位整數(shù)的軟件和系統(tǒng)，并將此數(shù)字解釋為自1970年1月1日協(xié)調(diào)世界時00：00：00以來的秒數(shù)。最近可以用這種方式表示的時間是2038年1月19日星期二的協(xié)調(diào)世界時03：14：07。超過這一刻的時間將被“包圍”，并作為負(fù)數(shù)存儲在內(nèi)部，這些系統(tǒng)將把這個數(shù)字解釋為1901年的日期，而不是2038年的日期。
對于現(xiàn)有的cpu/OS組合、現(xiàn)有的文件系統(tǒng)或現(xiàn)有的二進制數(shù)據(jù)格式，這個問題沒有簡單的解決方法。

反對回復(fù) 2019-07-20