問題與分析

今天在公司進行Sanity Test(可用性測試)時發現伺服器啟動失敗，查詢log後發現在啟動時發生了異常導致了伺服器啟動失敗。

由於公司的伺服器和資料庫分別部署在不同的主機，所以會在啟動時進行時間上的校驗，如果兩臺主機的時間差超過600s就會丟擲異常、啟動失敗。這個設定的時間差被儲存在資料庫中，以方便日後修改。

SELECT TO_CHAR(CURRENT_TIMESTAMP,'YYYY-MM-DD HH24:MI:SS') AS "DBTIME";

而伺服器的本地時間以及時間的校驗則是由下邊的程式碼來實現：

final DateTime dbTime = systemMapper.getDBTime();
final
 
 long dbTimeMs = dbTime.getMilliseconds(TimeZone.getDefault());

final DateTime webAppTime = DateTime.now();
final long webAppTimeMs = webAppTime.getMilliseconds(TimeZone.getDefault());

// Calculate difference between WebApp time and DB time
final long timeDifferent = Math.abs(dbTimeMs - webAppTimeMs);
 

從程式碼可以看到，將伺服器和資料庫所在的主機的本地時間轉換成預設的時區後，再進行相減取絕對值，如果這個結果值超過db中設定的時間差(也就是600s)就會丟擲異常，令伺服器啟動失敗。

分析到這裡，便開始進行驗證：分別連線到兩臺主機並通過date命令來查詢各自的時間，發現雙方的時間差大概有15分鐘左右，確實超過了600s。

於是問題來了，為什麼會忽然出現這麼大的時間差？明明昨天還可以正常啟動，今天卻因為時間差變大而導致失敗了？可以確定的是，db中設定的時間差一直就是600s，並沒有人去改動它。

在工作群裡說了下伺服器啟動失敗的原因，有同事說可能是機器斷電造成的？百度了下，也有人遇到這種類似的情況，Linux的系統時間忽然變慢了幾分鐘到十幾分鍾，也有的是時間變快了。暫時沒找到具體的原因，解決辦法基本都是直接修改系統時間。

目前看來，這個問題的答案是無法得知了，對於這方面我確實不瞭解。如果哪位朋友知道的，歡迎評論告訴我一下O(∩_∩)O哈哈~

今天寫篇文章記錄下這個問題，以前我還真沒想到需要對不同主機的伺服器和資料庫進行時間校驗，百度了下，倒是發現很多安卓app關於客戶端和服務端進行時間校驗的文章，挺有意思的。