場景：代碼運行在Linux-A上，new Date() 生成的時間比當前時間早13個小時，導致存入資料庫內的時間也早13個小時，但前臺讀取展示出來的時間又是正常的。在資料庫直接select now()測試出來的時間也是比當前時間早13個小時。 分析： 問題一：Linux-B上的MySQL資料庫內的時 ...
場景：代碼運行在Linux-A上，new Date() 生成的時間比當前時間早13個小時，導致存入資料庫內的時間也早13個小時，但前臺讀取展示出來的時間又是正常的。在資料庫直接select now()測試出來的時間也是比當前時間早13個小時。
分析：
問題一：Linux-B上的MySQL資料庫內的時間設置有問題
問題二：Linux-A上代碼new Date()出來的時間有問題
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
遇到這樣一個問題，Mysql的時區，沒有設置，預設是時區是0，在java代碼中對應的欄位類型是TimeStamp，mysql欄位類型也是TimeStamp
項目A
代碼中獲取到的時間 是正確的。
寫到資料庫的時間也是對的。
從資料庫讀取出來時間是正確的
項目B
代碼中獲取的時間是對的
寫到資料庫的時間，慢8小時
從資料庫讀取出來時間，卻是正確的。（也就是說比資料庫中的時間快8小時）
原因：
經過不斷的嘗試，探索終於發現時mysql-connector-java的版本問題，項目A使用的版本是5.1.41，項目B使用的8.0.11。寫入數據時，8.0這個版本會自動根據，傳入時間的時區和mysql的時區，自動把時間進行調整
伺服器的mysql版本是5，如果伺服器的mysql版本是8，則項目不能使用5版本的mysql-connector-java庫。
查看mysql當前時間和時區
select CURTIME()或者select now()也行
show variables like "%time_zone%";
顯示
time_zone說明mysql使用system的時區，system_time_zone說明system使用UTC時區
UTC時區比中國慢8小時這也就解釋了資料庫時間的由來
資料庫中：
實際界面顯示的：
