作者：凌洛，阿里雲數據庫運維專家
背景
前一段時間“刪庫跑路”引起大家對數據庫安全的關注,都在擔心如果誤刪的數據能不能恢復？如何恢復？阿里雲數據庫RDS MySQL的數據安全機制怎麼樣呢？怎麼才能做到事前預防、事後恢復呢？阿里雲數據庫全方位保護您的數據安全，多角度恢復數據，這篇文章我們就來聊聊這個話題。
事前預防
事前預防可以從以下幾方面看：
- 權限隔離
- 環境隔離
- 庫表備份設置
- 數據庫管理DMS
- 備份服務DBS
RDS MySQL從產品上做了以下完善：
權限隔離
環境隔離
曾經有一個開發誤把生產當測試環境，誤修改很多數據，我們要儘量的把測試、預發、生產環境隔開，降低因為環境識別錯誤導致的數據安全事件。
內核回收站
適用版本
MySQL 8.0
回收機制
執行DROP TABLE/DATABASE語句時，只保留相關的表對象，並移動到專門的recycle bin目錄中。其它對象的刪除策略如下：
如果是與表無關的對象，根據操作語句決定是否保留，不做回收。
如果是表的附屬對象，可能會修改表數據的，做刪除處理，例如Trigger和Foreign key。 但Column statistics不做清理，隨表進入回收站。
清理機制
回收站會啟動一個後臺線程，來異步清理超過recycle_bin_retention時間的表對象。在清理回收站表的時候，如果遇到大表，會再啟動一個後臺線程異步刪除大表。
設置實例備份規則
RDS MySQL默認選擇整實例備份，但從去年開始我們支持了可以按庫表備份，為了儘快的恢復數據，可以指定庫表備份。
數據庫管理DMS
DMS是一款強大的數據庫管理和設計工具，直觀的GUI開發環境讓用戶簡單管理多達23種數據庫，包括表結構設計、數據操作、數據開發及性能診斷優化等操作。
DMS通過研發規範、權限控制、操作攔截、數據脫敏、安全審計及變更回滾等功能有效保障數據安全。
可以將權限細分，識別出數據安全風險，從原來的審計變成攔截：
設置安全規則
建議您在剛開始就設置執行DDL、DML的規則
全流程把控
DMS從代碼變更、數據變更、代碼發佈一條龍服務,特別是企業版融合了阿里十年的經驗，審批、審計、定時執行等功能。
DBS
為數據庫提供連續數據保護、低成本的備份服務。它可以為多種環境的數據提供強有力的保護，包括企業數據中心、其他雲廠商、混合雲及公共雲。
產品功能
- 可恢復任1秒數據
實例、單庫、多表、單表，備份及恢復粒度自由選擇，RTO大幅降低，備份有效性實時驗證
- 安全加密
無論傳輸，還是存儲使用最嚴苛的加密技術，保護用戶數據安全
- 低成本，免運維
低成本異地備份，讓企業快速滿足三級等保要求，無需為災備提供前期成本，配置到運行只需幾分鐘
- 多環境支持
支持自建IDC、雲上自建數據庫、其他雲環境的數據庫備份
和RDS自帶備份的區別
針對RDS數據庫，DBS提供轉儲備份和邏輯備份，滿足RDS客戶的異地備份和靈活備份訴求。
針對RDS數據庫，RDS提供物理備份，滿足RDS客戶的本地備份和快速恢復訴求。
此外，DBS還可以查詢和數據分析，而RDS自帶的備份是不行的。
DBS的入口
DBS控制檯/官網入口
DMS側入口
事中謹慎
DDL使用回收站
MySQL 8.0
mysql> SET SESSION RECYCLE_BIN=ON;---------------------------------------打開會話級回收站
mysql> CALL DBMS_RECYCLE.SHOW_TABLES();-------------------------------看回收站裡的表
mysql> DROP TABLE tablename;--------------------------------------------------刪除表
mysql> CALL DBMS_RECYCLE.PURGE_TABLE (‘<TABLE>’);-------------------清理回收站裡的表
mysql> call dbms_recycle.show_tables();
+------------------+-----------------+---------------------+------------------+------------------------+------------------------+
| SCHEMA | TABLE | ORIGIN_SCHEMA | ORIGIN_TABLE | RECYCLED_TIME | PURGE_TIME |
+------------------+-----------------+---------------------+------------------+------------------------+------------------------+
| __recycle_bin__ | __innodb_1063 | product_db | t1 | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 |
| __recycle_bin__ | __innodb_1064 | product_db | t2 | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 |
| __recycle_bin__ | __innodb_1065 | product_db | parent | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 |
| __recycle_bin__ | __innodb_1066 | product_db | child | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 |
+------------------+------------------+--------------------+------------------+------------------------+-------------------------+
操作注意事項
- 前臺業務和後臺運維/數據分析隔離
- 帶WHERE條件
- 注意讀寫分離，數據統計分析類/定時任務類/大批量操作類
- 儘量避免業務高峰
- 如果有後臺非程序批量修改語句，需要多人REVIEW，或走正規流程
- 操作前備份
- 每次執行DML/DDL之前，導出執行前的SQL，作為回滾腳本
- DMS上備份
事務控制
默認不開啟為“否”，逐條提交，遇到失敗則終止但不回滾；
開啟則遇到失敗則全部回滾（僅限DML，DDL不在範圍內）
備份數據
默認開啟為“是”，針對update、delete進行將要影響數據的全記錄行insert腳本生成附件
事後恢復
DMS工單操作歷史
適用場景
MySQL 5.5/5.6/5.7/8.0
DELETE/UPDATE/INSERT
開通了企業版的DMS
恢復方法
對於變更執行後出現異常不符合訴求需要回滾的，可直接工單頁面內右側-工單操作歷史-查看備份，找到備份文件
下載備份腳本下載，做相應處理
重新提交變更工單
DMS數據追蹤
適用場景
MySQL 5.5/5.6/5.7/8.0
少量DELETE/UPDATE/INSERT
功能特點
在線搜索日誌內容，無需手工下載Binlog
支持數據的插入/更新/刪除日誌搜索，無需手工解析Binlog
支持逐條數據恢復，無需手工生成回滾語句
OSS Binlog（RDS會定時將Binlog備份到OSS上）
本地熱Binlog（數據庫服務器上Binlog）
支持非通過DMS操作的DML
內核回收站
適用場景
MySQL 8.0
DROP TABLE/SCHEMA
其它對象的刪除策略是：
與表無關的對象，比如 procedure，根據操作語句決定是否保留，不做回收。
表的附屬對象，比如 trigger，Foreign key，column statistics等，只要存在可能修改表數據的，做刪除，比如 trigger，Foreign key。 但columns statistics不做清理，隨表進入回收站。
找回方法
查看回收站表
mysql> CALL DBMS_RECYCLE.SHOW_TABLES();----------------------------------------------- 看回收站裡的表
mysql>CREATE TABLE SRC_SCHEMA.SRC_TABLE LIKE SCHEMA.TABLE;-------------------- 橙色是要替換的內容
mysql>INSERT INTO SRC_SCHEMA.SRC_TABLE SELECT * FROM SCHEMA.TABLE; -------- 橙色是要替換的內容
mysql> call dbms_recycle.show_tables();
+------------------+------------------+---------------------+------------------+-----------------------+------------------------+
| SCHEMA | TABLE | ORIGIN_SCHEMA | ORIGIN_TABLE | RECYCLED_TIME | PURGE_TIME |
+------------------+------------------+---------------------+------------------+-----------------------+-------------------------+
| __recycle_bin__ | __innodb_1063 | product_db | t1 | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 |
| __recycle_bin__ | __innodb_1064 | product_db | t2 | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 |
| __recycle_bin__ | __innodb_1065 | product_db | parent | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 |
| __recycle_bin__ | __innodb_1066 | product_db | child | 2019-08-08 11:01:46 | 2019-08-15 11:01:46 |
+------------------+------------------+----------------------+------------------+---------------------+---------------------+
4 rows in set (0.00 sec)
mysql>create table product_db.t1 like __recycle_bin__. __innodb_1063;
mysql>insert into product_db.t1 select * from __recycle_bin__. __innodb_1063;RDS克隆實例
適用場景
MySQL 所有版本
通過備份克隆出整個實例
所有誤操作(DDL/DML)
指定方式
指定時間點
指定備份集
操作步驟
恢復到一個新實例
驗證數據準確性
將數據遷回原實例
RDS庫/表恢復
適用場景
MySQL所有版本
通過備份指定恢復誤刪的數據庫或表
所有誤操作(DDL/DML)
打開了庫表備份的實例
注意事項
必須打開庫/表級別備份
每次最多選擇50個庫/表
運行中且沒有被鎖定
如果要按時間點進行恢復，需要確保日誌備份已開啟
若要按備份集恢復，則原實例必須至少有一個備份集
DBS恢復
適用場景
支持整個實例、多個數據庫、單個數據庫、多張表或一張表恢復
支持秒級任意時間點恢復，並且用戶可以靈活選擇恢復對象
