第16章二姨的私信
第16章二姨的私信(第2/6頁)
同步會變慢。平時負載低，不明顯。昨晚爬蟲觸發了幾次全表掃描，放大了這個問題。”
老趙臉色變了：“你…你怎麼知道？”
“我看了變更記錄。”貝西克說，“上周五晚上十一點二十三分，有數據庫變更工單，執行人是你。變更理由是‘提升同步性能’。但工單狀態是‘部分完成’，備註寫著‘從庫明天補’。但第二天冇人跟進。”
“你怎麼能看到變更記錄？”李總問，“那是dba權限。”
“我有隻讀權限，上周申請的，為了排查另一個問題。”貝西克說，“剛才會議期間，我查了日誌，確認了這一點。”
老趙額頭冒汗：“那個…從庫我後來補了，周一上午補的。”
“但從周五晚上到周一上午，有六十個小時窗口期，主從不一致。”貝西克說，“故障發生在這個窗口期內。”
小陳看向老趙：“老趙，真有這事？”
老趙低頭，不說話。
王總盯著他：“是不是？”
“是…”老趙聲音很小，“但我以為不影響…平時都正常…”
“你以為？”王總提高聲音，“三千萬交易延遲，用戶投訴，公司形象受損，就因為你‘以為’？”
“王總，我…”老趙想辯解，但說不出話。
貝西克繼續說：“另外，我觀察到另一個問題。運維在02:45重啟從庫，但重啟前冇有做‘stopslave’，導致重啟後同步位置錯亂，又花了十三分鐘自動恢複。如果先stopslave，再重啟，恢複時間可以縮短到五分鐘內。”
運維負責人猛地抬頭：“你怎麼知道？”
“監控顯示從庫重啟後，’seconds_behind_master’從120秒變成null，然後花了780秒才恢複到0秒。這是典型的未停同步就重啟的特征。”貝西克說，“如果你先停了同步，應該顯示從負數開始恢複，不會出現null。”
會議室死寂。所有人都看著貝西克，眼神複雜。
“解決方案。”王總打破沉默，“貝西克，你說。”
“三個短期措施。”貝西克說，“第一，立即檢查所有數據庫主從配置一致性，今天完成。第二，修改變更流程，強製要求主從必須同步變更，否則工單無法關閉。第三，製定從庫重啟標準操作流程，加入‘stopslave’步驟。”
“長期呢？”
“長期，需要建立配置漂移檢測係統，自動監控主從不一致，提前預警。我可以寫個腳本，今天下班前能跑起來。”
王總看著李總：“李總，你覺得呢？”
李總點頭：“方案可行。西克的觀察很細。”
“那就按這個執行。”王總站起來，“老趙，寫事故報告，扣本月績效。運維組，今
（本章未完，請點擊下一頁繼續閱讀）