首頁(yè) 猿問(wèn) PHP&MySQL：203...

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

PHP MySQL

胡說(shuō)叔叔 2019-07-20 09:50:29

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

查看完整描述

3 回答

湖上湖

TA貢獻(xiàn)2003條經(jīng)驗(yàn) 獲得超2個(gè)贊

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

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

要解決這個(gè)問(wèn)題，您不能使用32位UNIX時(shí)間戳來(lái)存儲(chǔ)日期-這意味著，在使用MySQL時(shí)，不應(yīng)該使用TIMESTAMP，但是DATETIME(見(jiàn)10.3.1.日期時(shí)間、日期和時(shí)間戳類(lèi)型。) :

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

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

不過(guò)，有一個(gè)小提示：很可能有很高的可能性。(統(tǒng)計(jì)數(shù)字)在2038^之前，您的應(yīng)用程序?qū)⒈恢貙?xiě)好幾次，所以，如果您以后不必處理日期，您將不必處理當(dāng)前版本的應(yīng)用程序的問(wèn)題.

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

慕村225694

TA貢獻(xiàn)1880條經(jīng)驗(yàn) 獲得超4個(gè)贊

在谷歌上進(jìn)行快速搜索就可以做到這一點(diǎn)：2038年問(wèn)題

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

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