您好,登錄后才能下訂單哦!
如何在mysql中使用時間戳精度?針對這個問題,這篇文章詳細介紹了相對應的分析和解答,希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。
前段時間,將負責的應用的mysql-connector-java的版本從5.1.16升級到5.1.30,在做功能回歸的時候發現,使用了類似上面的SQL的用例的運行時數據會有遺漏,導致功能有問題。
考慮到我負責的應用中,有個功能需要用到類似下面這種SQL,即使用時間戳作為查詢的條件,查詢在某個時間戳之后的所有數據。
經過排查發現:mysql-connector-java在5.1.23之前會將秒后面的精度丟棄再傳給MySQL服務端,正好我們使用的mysql版本中DATETIME的精度是秒;在我將mysql-connector-java升級到5.1.30后,從java應用通過mysql-connector-java將時間戳傳到MySQL服務端的時候,就不會將毫秒數丟棄了,從mysql-connector-java的角度看是修復了一個BUG,但是對于我的應用來說卻是觸發了一個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作為開發框架,定義一個用戶實體,代碼如下所示:
定義該實體對應的Mapper,代碼如下:
設置連接mysql相關的配置,代碼如下:
編寫測試代碼,先插入一條數據,然后用時間戳作為查詢條件去查詢,代碼如下:
運行單測,如我們的設想,確實是沒有查詢出數據來,結果如下:
然后修改代碼,利用上面的代碼將查詢的時間戳按秒取正,代碼如下:
再次運行單測,如我們的設想,這次可以查詢出數據來了。
不過,這里有個小插曲,我在最開始設計表的時候,使用的SQL語句是下面這樣的,
聰明如你一定發現了,這里的datetime已經支持小數點后更小的時間精度了,最多支持6位即最多可以支持到微妙級別。這個特性是什么時候引入的呢,我去查閱了[MySQL的官方文檔][9],發現這個特性是在mysql 5.6.4之后開始支持的。
知識點總結
經過了前面的實際案例分析和案例復現,想必讀者已經對mysql中DATETIME這個類型有了一定的認識,接下來跟我一起看下,我們從這個案例中可以總結出哪些經驗。
mysql-connector-java的版本和mysql的版本需要配套使用,例如5.6.4之前的版本,就最好不要使用mysql-connector-java的5.1.23之前的版本,否則就可能會遇到我們這次遇到的問題。
MySQL中用來表示時間的字段類型有:DATE、DATETIME、TIMESTAMP,它們之間有相同點,各自也有自己的特性,我總結了一個表格,如下所示:
DATETIME類型在MySQL中是以“YYYYMMDDHHMMSS”格式的整數存放的,與時區無關,使用8個字節的空間;
TIMESTAMP類型可以保存的時間范圍要小很多,顯示的值依賴時區,MySQL的服務器、操作系統以及客戶端連接都有時區的設置。
一般情況下推薦使用DATETIME作為時間戳字段,不推薦使用bigint類型來存儲時間。
在開發中,應該盡量避免使用時間戳作為查詢條件,如果必須要用,則需要充分考慮MySQL的精度和查詢參數的精度等問題。
關于如何在mysql中使用時間戳精度問題的解答就分享到這里了,希望以上內容可以對大家有一定的幫助,如果你還有很多疑惑沒有解開,可以關注億速云行業資訊頻道了解更多相關知識。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。