數據庫實例

數據庫實例是關系型數據庫的最小管理單元。一個實例代表了一個獨立運行的關系型數據庫。您可以在一個實例中創建和管理多個數據庫，并且可以使用與獨立訪問數據庫實例相同的工具和應用進行訪問。使用管理控制臺或API可以方便地創建或者修改數據庫實例。關系型數據庫服務對運行實例數量沒有限制，但每個數據庫實例都有唯一的標識符。

數據庫實例類型選擇

• 主備

一主一備的經典高可用架構。適用于大中型企業的生產數據庫，覆蓋互聯網、物聯網、零售電商、物流、游戲等行業應用。

備機提高了實例的可靠性，創建主機的過程中，同步創建備機，備機創建成功后，用戶不可見。

當主節點故障后，會發生主備切換，數據庫客戶端會發生短暫中斷，數據庫客戶端需要支持重新連接。

• 單機

采用單個數據庫節點部署架構，與主流的主備實例相比，它只包含一個節點，但具有高性價比。

適用于個人學習、微型網站以及中小企業的開發測試環境。

單機版出現故障后，無法保障及時恢復。

數據庫連接

• 根據業務的復雜度，合理配置RDS for MySQL參數。
• 建議保持合理的活躍連接數。
• 避免長連接，長連接的緩存可能較大，導致內存不足，建議定期釋放長連接。

可靠性和可用性

• 生產數據庫的實例類型請選擇主備類型。
• 選擇主備實例時，建議主備可用區選擇不同的可用區。
• 讀寫業務并發較高時，建議創建只讀實例，并開啟讀寫分離。
• 建議在業務低峰期執行規格變更。
• 業務上線前，對數據庫進行評估，選擇合適的規格和磁盤大小。
• 主實例擴容后請及時擴容只讀實例，避免只讀實例存儲空間不足導致業務異常。

備份恢復

• 業務高峰時執行備份可能會備份失敗，建議手動備份選擇在業務低峰期間，自動備份建議根據業務需要自定義備份時間段（默認自動備份時間段為01:00-02:00 (GMT+08:00)）。
• 實例寫入業務較多時，建議備份策略設置成每天做一次自動備份。
• 建議根據業務需要設置備份保留天數（默認保留7天）。
• 建議根據業務需要設置Binlog本地保留時長（默認為0，表示Binlog備份完成后本地日志會被刪除）。
• 使用表級時間點恢復功能時，建議提前確認所選時間點之前是否有對無主鍵大表的刪除操作，如果有該操作，恢復完成時間不易評估。
• 刪除實例后，自動備份的全量備份和Binlog備份也會刪除，對數據有需要時，建議刪除前進行手動全量備份。

SQL審計

• 需要定期做業務審計時，建議開啟審計日志。

日常運維

• 建議定期關注慢日志和錯誤日志，提前識別業務問題。
• 建議定期關注數據庫的資源使用情況，資源不足時，及時擴容。
• 建議關注實例監控，發現監控指標異常時，及時處理。
• 刪除和修改記錄時，需要先執行SELECT，確認無誤才能提交執行。

安全

• 盡量避免數據庫被公網訪問，公網連接時必須綁定彈性公網IP。
• 盡量使用SSL連接，保證連接的安全性。