背景介紹
數據庫存儲着企業的核心數據，在企業中佔據非常重要的位置，一旦出現SQL注入，數據誤刪的情況，影響的不僅僅是業務，還會泄露用戶的個人信息。因此，數據庫的數據安全問題十分重要。
當數據庫遷移到雲端，其安全問題又被進一步放大，雲數據庫能否高效、便捷地備份數據庫，當發生故障或者數據誤刪時，及時高效地恢復數據，成爲企業用戶關心的重要問題，影響着他們遷移數據庫上雲的信心。
近期，阿里雲分佈式關係型數據庫服務 DRDS 數據恢復功能重磅發佈，針對實例級、數據庫級、表級、行級的數據丟失，分別提供備份恢復、表回收站、SQL 閃回功能，助您在不同場景下快速恢復數據，全方位保障用戶數據的安全。
功能優勢
全方位的數據守護：提供實例級、數據庫級、表級、行級全方位的數據恢復能力
一致性備份恢復：針對 MySQL 分庫分表場景，在最小化對用戶業務影響的前提下，提供了保證數據的全局一致性的備份恢復方案
SQL 級精確閃回：針對SQL誤刪(改)操作，無需依賴備份集，提供精確到特定 SQL 的數據閃回能力
操作便捷：基於 DRDS 控制檯即可完成數據恢復工作，無需再次跳轉至 RDS 控制檯，體驗便捷高效
價格優勢：功能免費，僅需支付 RDS 備份集所佔用的存儲空間費用
應用場景
在實際的生產應用中，數據庫的數據丟失，按照不同場景，大致可以分爲實例&數據庫級、數據行級、表級：
實例&數據庫級數據丟失：整個實例或者數據庫的數據丟失，通常是用戶誤刪實例（數據庫）造成。
數據行級丟失：數據表中的部分數據丟失，通常是用戶執行了錯誤的 DELETE（UPDATE）SQL 或者 SQL 注入***，該情況最爲常見。
數據表丟失：整張數據表的丟失，通常是用戶執行錯誤的 DROP TABLE 操作造成。
針對以上的幾種場景，DRDS 數據恢復都提供了相應的恢復能力，如下圖所示：
備份恢復——實例&數據庫級的恢復能力
DRDS 備份恢復提供了 OLTP 場景下必備的實例級、數據庫級的備份恢復能力。備份策略上，支持自動備份與手動備份兩種，用戶可以按需選擇，滿足實際的安全需求。
備份恢復方式上，針對MySQL Sharding 場景，提供了快速備份恢復與一致性備份恢復兩種。衆所周知，全局一致性的備份恢復能力是金融行業以及在線核心交易類業務對數據庫的核心訴求。然而面向 MySQL Sharding 場景，現有的數據庫備份方案主要有兩種：
針對每個 MySQL 實例分別進行備份。該方案只能保證單個物理分庫的數據一致性，在分佈式事務存在的情況下，無法保證全局的數據一致性。
對數據庫全局禁寫，之後分別針對每個 MySQL 實例進行備份。該方案保證了全局的數據一致性，但是對用戶業務侵入較大，數據庫在一定時間內無法提供數據寫入服務。
顯然以上兩種備份恢復方式都無法滿足實際的用戶備份需求。針對這一問題，DRDS 在最小化對用戶業務影響的前提下，創新性地爲用戶提供了全局一致性的備份恢復能力，備份過程中數據庫無需禁寫，僅存在亞秒級的RT 抖動。
SQL 閃回——SQL 級誤操作的精確恢復能力
在實際的生產環境中，運維人員執行了錯誤的DELETE（UPDATE）語句，造成數據丟失，是較爲常見的數據丟失場景。面對這種情況，通常的解決方案是通過備份恢復或者MySQL Binlog Flashback 工具逆向 Binlog 恢復數據：
備份恢復依賴備份集的存在，且這種恢復方式通常會丟失部分數據
MySQL Binlog Flashback 工具，也只能按照時間範圍及簡單的過濾條件，逆向 Binlog 的數據，然後用戶從中挑選數據，需要較多的人工介入
DRDS SQL 閃回針對上述數據行級的誤操作場景，提供精確到特定 SQL 的數據恢復能力。用戶僅需提供誤操作 SQL 的相關信息，即可針對該 SQL 生成精確的回滾SQL（或原始 SQL）文件，用戶下載後根據需求恢復數據。
下圖給出了 SQL 閃回恢復數據的示例：
SQL 閃回的使用界面及生成的恢復文件如下圖所示：
表回收站——表誤刪後的快速恢復能力
DRDS 表回收站針對誤刪表操作，提供快速的數據恢復能力。表回收站功能開啓後，通過 DROP TABLE 指令刪除的表，將移動至表回收站中，2 小時內皆可從回收站中快速恢復。
功能文檔
關於 DRDS 數據恢復的具體功能，請參考：