.jpg)
本篇文章給大家介紹一下mysql中1901時間戳精度的用法。有一定的參考價值，有需要的朋友可以參考一下，希望對大家有所幫助。
mysql中的DATETIME精度為什么只支持到秒？
mysql中的DATETIME類型跟時區(qū)有關(guān)嗎？
mysql設(shè)計表的時候，表示時間的字段改如何選擇？
案例分析 DATETIME的精度問題
前段時間，將負(fù)責(zé)的應(yīng)用的mysql-connector-java的版本從5.1.16升級到5.1.30，在做功能回歸的時候發(fā)現(xiàn)，使用了類似上面的SQL的用例的運(yùn)行時數(shù)據(jù)會有遺漏，導(dǎo)致功能有問題。
考慮到我負(fù)責(zé)的應(yīng)用中，有個功能需要用到類似下面這種SQL，即使用時間戳作為查詢的條件，查詢在某個時間戳之后的所有數(shù)據(jù)。
經(jīng)過排查發(fā)現(xiàn)：mysql-connector-java在5.1.23之前會將秒后面的精度丟棄再傳給MySQL服務(wù)端，正好我們使用的mysql版本中DATETIME的精度是秒；在我將mysql-connector-java升級到5.1.30后，從java應(yīng)用通過mysql-connector-java將時間戳傳到MySQL服務(wù)端的時候，就不會將毫秒數(shù)丟棄了，從mysql-connector-java的角度看是修復(fù)了一個BUG，但是對于我的應(yīng)用來說卻是觸發(fā)了一個BUG。
如果你面對這個問題，你會怎么修復(fù)呢？
我們當(dāng)時想了三種方案：
將mybatis的Mapper接口中的時間戳參數(shù)的類型，從java.util.Date改成java.sql.Date；
在傳入Mapper接口之前，將傳入的時間戳按秒取正，代碼如下
在查詢之前，將傳入的時間戳減1秒；
經(jīng)過驗(yàn)證，方案1會，java.util.Date轉(zhuǎn)過去的java.sql.Date對象會將日期之后的精度全部丟掉，從而導(dǎo)致查詢出更多不必要的數(shù)據(jù)；方案3是可以的，就是可能會查出多一兩條數(shù)據(jù)；方案2也是可以的，相當(dāng)于從代碼上對mysql-connector-java的特性做了補(bǔ)償。最終我選擇的是方案2。
案例復(fù)現(xiàn)
利用homebrew安裝MySQL，版本是8.0.15，裝好后建一個表，用來存放用戶信息，SQL如下：
使用spirngboot + mybatis作為開發(fā)框架，定義一個用戶實(shí)體，代碼如下所示：
定義該實(shí)體對應(yīng)的Mapper，代碼如下：
設(shè)置連接mysql相關(guān)的配置，代碼如下：
編寫測試代碼，先插入一條數(shù)據(jù)，然后用時間戳作為查詢條件去查詢，代碼如下：
運(yùn)行單測，如我們的設(shè)想，確實(shí)是沒有查詢出數(shù)據(jù)來，結(jié)果如下：
然后修改代碼，利用上面的代碼將查詢的時間戳按秒取正，代碼如下：
再次運(yùn)行單測，如我們的設(shè)想，這次可以查詢出數(shù)據(jù)來了。
不過，這里有個小插曲，我在最開始設(shè)計表的時候，使用的SQL語句是下面這樣的，
聰明如你一定發(fā)現(xiàn)了，這里的datetime已經(jīng)支持小數(shù)點(diǎn)后更小的時間精度了，最多支持6位即最多可以支持到微妙級別。這個特性是什么時候引入的呢，我去查閱了[MySQL的官方文檔][9]，發(fā)現(xiàn)這個特性是在mysql 5.6.4之后開始支持的。
知識點(diǎn)總結(jié)
經(jīng)過了前面的實(shí)際案例分析和案例復(fù)現(xiàn)，想必讀者已經(jīng)對mysql中DATETIME這個類型有了一定的認(rèn)識，接下來跟我一起看下，我們從這個案例中可以總結(jié)出哪些經(jīng)驗(yàn)。
mysql-connector-java的版本和mysql的版本需要配套使用，例如5.6.4之前的版本，就最好不要使用mysql-connector-java的5.1.23之前的版本，否則就可能會遇到我們這次遇到的問題。
MySQL中用來表示時間的字段類型有：DATE、DATETIME、TIMESTAMP，它們之間有相同點(diǎn)，各自也有自己的特性，我總結(jié)了一個表格，如下所示：
DATETIME類型在MySQL中是以“YYYYMMDDHHMMSS”格式的整數(shù)存放的，與時區(qū)無關(guān)，使用8個字節(jié)的空間；
TIMESTAMP類型可以保存的時間范圍要小很多，顯示的值依賴時區(qū)，MySQL的服務(wù)器、操作系統(tǒng)以及客戶端連接都有時區(qū)的設(shè)置。
一般情況下推薦使用DATETIME作為時間戳字段，不推薦使用bigint類型來存儲時間。
在開發(fā)中，應(yīng)該盡量避免使用時間戳作為查詢條件，如果必須要用，則需要充分考慮MySQL的精度和查詢參數(shù)的精度等問題。
推薦學(xué)習(xí)：php視頻教程
.png)
