從爐石傳說數據庫故障看數據備份策略

2021-03-19 分類：網站建設

最近爐石傳說的數據庫故障在業界傳得沸沸揚揚。無論故障起因是掉電宕機還是人為失誤，最終的影響是極其惡劣的，造成了無法挽回的數據丟失。對于越是大規模的數據庫系統，如何設計一個可靠的備份系統越是至關重要。

大型數據備份系統設計備案策略

1.如何根據業務類型選擇備份方式，邏輯備份or物理備份?

3.如何確認備份是否成功，哪一步驟出了問題

5.需要恢復時，如何做到一鍵恢復到指定時間點

再比如mysqldump邏輯備份時沒有考慮到部分表采用utf8mb4字符集，導致恢復后的數據庫亂碼情況等。以UDB為例，大型備份系統主要從以下幾個方面確保備份安全性：

1.備份失敗監控，一旦備份失敗就會發送告警信息

3.備份上傳前后的MD5校驗

5.備份周期選擇上確保兩次間隔的binlog未過期

7.備份機集群空間檢測和負載均衡，確保空間富余

其中，備份的有效性測試方法大概是這樣的：啟幾個對應版本的數據庫并行測試，通過備份詳細記錄表獲取備份后將其傳送到這幾個實例進行恢復測試。

備份過程的全局讀鎖檢測，是因為備份過程中為了記錄當前的pos點信息，都會執行一個flush tables with read lock的操作，但是如果當時有長SQL未執行完就會導致全局鎖等待，從而阻塞后續的所有寫請求。

這些備份的常規檢測都會在備份系統后臺定期全自動執行，保證了備份的成功率。

這種情況下由于無法獲取最實時的binlog，僅僅通過歷史備份只能恢復到備份時間點，而無法恢復到故障前的時間點。

UDB出于客戶配置靈活，經濟成本的考慮，既支持只創建單實例RDS，也可以創建高可用RDS和跨機房的master-slave RDS，對于重要的業務，一般都建議至少配置有備庫。

有效的備份和恢復策略對于數據庫安全的重要性不言而喻，而海量數據庫的備份系統設計和實現卻不是那么簡單的一件事，需要考慮的細節還有很多。

希望本文對于有意研發海量DB備份系統的童鞋有一些幫助。沒有意向自研的童鞋，不妨考慮將數據庫遷移上云，讓強大的云數據庫為您的數據保駕護航。

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源：創新互聯

猜你還喜歡下面的內容