356
容器數據庫助手
簡介
容器數據庫助手是蜂巢容器的增值服務，為基於 MySQL 鏡像創建的容器提供專業的數據庫管理和運維工具。
容器數據庫助手的核心模塊——數據庫健康助手，旨在幫助你提前預知數據庫運行風險，給出必要的改進方案和建議，將風險消滅在搖籃中，提升數據庫服務質量。通過執行數據庫健康檢查，可獲得直觀的健康指數，快速判斷當前數據庫是否存在風險及其嚴重程度，並獲取對應的修複建議。參考該建議，你可做出必要改進，消除風險，從而提升數據庫穩定性。
數據庫健康檢查診斷內容包括容量規劃、安全檢查、主從複製、用戶訪問、參數檢查、索引檢查六大類， 細分為 21 個檢查項。
| 檢查類別 | 檢查目的 | 檢查項 |
|---|---|---|
| 容量規劃 | 檢測當前資源是否成為瓶頸 | CPU、IO能力、網絡帶寬、存儲空間、內存 |
| 安全檢查 | 檢查服務是否存在安全隱患 | 弱密碼檢查、定時體檢、網絡安全、權限檢查 |
| 主從複製 | 檢查主從複製是否存在隱患 | 複製性能、數據安全 |
| 用戶訪問 | 檢查用戶訪問是否正常 | 死鎖記錄、慢日誌統計 |
| 參數檢查 | 檢查相關配置參數是否合理 | 內存參數、重做日誌、二進製日誌、連接數配置 |
| 索引檢查 | 檢測索引設計是否合理 | 主鍵檢查、無效索引、冗餘索引、索引區分度 |
若數據庫健康指數未達到滿分 100 分，我們建議：
- 不低於 60 分：數據庫存在風險，建議修複；
- 60 分以下：數據庫存在嚴重風險或數據庫風險較多，強烈建議 立即修複。
健康檢查
對於運行中的 MySQL 容器，點擊容器列表右側操作欄的「數據庫助手」，進入數據庫健康檢查。當該容器從未或超過 24 小時未進行健康檢查，數據庫助手按鈕前將出現紅點提示。
首次進入「數據庫助手」， 係統提示「你的數據庫實例還未檢測過，建議立即進行體檢！」。
點擊「立即體檢」，開始數據庫健康檢查。體檢過程中，將實時顯示當前得分、檢查項名稱、已檢查項和待修複項數量。
體檢完成後，係統給出數據庫容器的最終得分、待修複項數量等。點擊「查看詳情」，可查看體檢過程中各檢查項的詳細狀態。
查看健康檢查詳情
體檢完成後，點擊「查看詳情」可查看健康檢查結果：
- 所有待修複項以橙色圖標顯示，點擊圖標可查看該問題的詳情和修複建議。
- 點擊右側「查看全部」，可查看所有待修複項問題的詳情和修複建議。
例如，點擊橙色的「二進製日誌」圖標，彈出健康助手優化建議，你可以按需點擊「忽略」或進行「修複」。
另外，將根據檢查類型在頁麵下方顯示檢查正常項，可點擊右側按鈕展開查看。
強烈建議：修複問題後，再次執行健康檢查，以確保風險被消除。
設置自動健康檢查
容器數據庫健康助手還擁有自動健康檢查功能。
點擊右上角的「設置」按鈕，勾選「每天自動檢測」，設置期望執行健康檢查的起止時間，並勾選所需檢查的體檢項。係統將在設定時間段內的業務空閑時間自動進行健康檢查，你可隨時登錄係統查看檢查結果。
注意：為保證數據庫服務性能，建議選擇業務較空閑的時間段進行健康檢查。
實用工具 - 備份與恢複
進入數據庫助手後，頁麵下方將提供專業的運維工具：
進入「備份與恢複」工具後：
- 「備份」標簽頁將顯示已完成的備份及當前備份/恢複狀態及進度，並提供備份的恢複、下載、刪除操作；
- 「日誌」標簽頁將提供所有備份、恢複等操作日誌；
創建備份
進入「備份與恢複」工具後，點擊「創建備份」，輸入「自定義名稱」選擇「待備份數據庫」後，點擊「創建」按鈕開始備份：
恢複備份
在「備份」標簽頁選擇需要恢複的備份，點擊「恢複」按鈕，選擇「恢複目標」及「待恢複數據庫」後，點擊「恢複」按鈕開始恢複備份：
備份設置及自動備份
點擊「備份」標簽頁右上角的「備份設置」按鈕，進入備份設置頁麵：
- 備份參數
- 備份並發線程數
備份時使用的線程數。通常情況下，線程數越多導出的效率越高。不過需要注意的是，即使這個參數設置了一個很大的數值，實際在導出的時候也不會是無限製的。導出時並發的線程數必定會小於數據庫的 Available Connection(max_connections - threads_connected) 並且不會占用全部的 Available Connection。 - 負載閾值
表示從源實例導出時的負載，在導出時，會檢查 Threads_running 數值，如果超過了所設置的閾值，將暫停導出，直到降到閾值以下。這樣可以避免數據庫讀寫高峰期時的導出行為影響係統效率。 - 持鎖時間
導出數據時，允許對源實例加讀鎖（通過執行 flush tables with read lock）的時間長，單位為秒。
- 備份並發線程數
- 恢複參數
- 恢複並發線程數
恢複時使用的線程數。通常情況下，線程數越多，導入的效率越高。不過需要注意的是，即使這個參數設置了一個很大的數值，實際在導入的時候也不會是無限製的。導入時並發的線程數必定會小於數據庫的 Available Connection(max_connections - threads_connected) 並且不會占用全部的 Available Connection。 - 負載閾值
表示從源實例導入時的負載，在導入時，會檢查 Threads_running 數值，如果超過了所設置的閾值，將暫停導入，直到降到閾值以下。這樣可以避免數據庫讀寫高峰期時的導入行為影響係統效率。
- 恢複並發線程數
- 自動備份參數
注意：對自動備份參數的修改，不會影響已有的備份。比如修改備份保留時間不會影響已有的備份。- 開啟/關閉
表示是否需要開啟自動備份，默認為「關閉」狀態，隻有開啟自動備份時，下方參數才會生效。 - 備份周期
表示每兩次自動備份的間隔天數。 - 備份保留時間
自動備份的保留時間，超出保留時間，該備份數據會被自動刪除。 - 備份起始時間
自動備份時間窗口開始的時間。 - 備份持續時間
自動備份時間窗口大小。自動備份行為發生在自動備份時間窗口內。如果備份創建失敗，而且仍然在時間窗內，那麼係統會再次嚐試自動備份。
- 開啟/關閉
最後更新：2017-01-03 10:48:51