一起因MySQL時間戳精度引發(fā)的血案分析

更新時間：2019年09月09日 11:05:09 作者：阿杜的世界

這篇文章主要給大家介紹了一起因MySQL時間戳精度引發(fā)的血案的相關資料，文中通過示例代碼介紹的非常詳細，對大家學習或者使用MySQL具有一定的參考學習價值，需要的朋友們下面來一起學習學習吧

寫在前面

最近工作中遇到兩例mysql時間戳相關的問題，一個是mysql-connector-java和msyql的精度不一致導致數據查不到；另一例是應用服務器時區(qū)錯誤導致數據查詢不到。通過這篇文章，希望能夠解答關于mysql中時間戳的幾個問題：

mysql中的DATETIME精度為什么只支持到秒？
mysql中的DATETIME類型跟時區(qū)有關嗎？
mysql設計表的時候，表示時間的字段改如何選擇？

案例分析 DATETIME的精度問題

前段時間，將負責的應用的mysql-connector-java的版本從5.1.16升級到5.1.30，在做功能回歸的時候發(fā)現，使用了類似上面的SQL的用例的運行時數據會有遺漏，導致功能有問題。

考慮到我負責的應用中，有個功能需要用到類似下面這種SQL，即使用時間戳作為查詢的條件，查詢在某個時間戳之后的所有數據。

經過排查發(fā)現：mysql-connector-java在5.1.23之前會將秒后面的精度丟棄再傳給MySQL服務端，正好我們使用的mysql版本中DATETIME的精度是秒；在我將mysql-connector-java升級到5.1.30后，從java應用通過mysql-connector-java將時間戳傳到MySQL服務端的時候，就不會將毫秒數丟棄了，從mysql-connector-java的角度看是修復了一個BUG，但是對于我的應用來說卻是觸發(fā)了一個BUG。

如果你面對這個問題，你會怎么修復呢？

我們當時想了三種方案：

將mybatis的Mapper接口中的時間戳參數的類型，從java.util.Date改成java.sql.Date；
在傳入Mapper接口之前，將傳入的時間戳按秒取正，代碼如下

在查詢之前，將傳入的時間戳減1秒；

經過驗證，方案1會，java.util.Date轉過去的java.sql.Date對象會將日期之后的精度全部丟掉，從而導致查詢出更多不必要的數據；方案3是可以的，就是可能會查出多一兩條數據；方案2也是可以的，相當于從代碼上對mysql-connector-java的特性做了補償。最終我選擇的是方案2。

案例復現

利用homebrew安裝MySQL，版本是8.0.15，裝好后建一個表，用來存放用戶信息，SQL如下：

使用spirngboot + mybatis作為開發(fā)框架，定義一個用戶實體，代碼如下所示：

定義該實體對應的Mapper，代碼如下：

設置連接mysql相關的配置，代碼如下：

編寫測試代碼，先插入一條數據，然后用時間戳作為查詢條件去查詢，代碼如下：

運行單測，如我們的設想，確實是沒有查詢出數據來，結果如下：

然后修改代碼，利用上面的代碼將查詢的時間戳按秒取正，代碼如下：

再次運行單測，如我們的設想，這次可以查詢出數據來了。

不過，這里有個小插曲，我在最開始設計表的時候，使用的SQL語句是下面這樣的，

聰明如你一定發(fā)現了，這里的datetime已經支持小數點后更小的時間精度了，最多支持6位即最多可以支持到微妙級別。這個特性是什么時候引入的呢，我去查閱了[MySQL的官方文檔][9]，發(fā)現這個特性是在mysql 5.6.4之后開始支持的。

知識點總結

經過了前面的實際案例分析和案例復現，想必讀者已經對mysql中DATETIME這個類型有了一定的認識，接下來跟我一起看下，我們從這個案例中可以總結出哪些經驗。

mysql-connector-java的版本和mysql的版本需要配套使用，例如5.6.4之前的版本，就最好不要使用mysql-connector-java的5.1.23之后的版本，否則就可能會遇到我們這次遇到的問題。
MySQL中用來表示時間的字段類型有：DATE、DATETIME、TIMESTAMP，它們之間有相同點，各自也有自己的特性，我總結了一個表格，如下所示：

DATETIME