數(shù)據(jù)庫存儲(chǔ)著企業(yè)的核心數(shù)據(jù)，在企業(yè)中占據(jù)非常重要的位置，一旦出現(xiàn)SQL注入，數(shù)據(jù)誤刪的情況，影響的不僅僅是業(yè)務(wù)，還會(huì)泄露用戶的個(gè)人信息。因此，數(shù)據(jù)庫的數(shù)據(jù)安全問題十分重要。
當(dāng)數(shù)據(jù)庫遷移到云端，其安全問題又被進(jìn)一步放大，云數(shù)據(jù)庫能否高效、便捷地備份數(shù)據(jù)庫，當(dāng)發(fā)生故障或者數(shù)據(jù)誤刪時(shí)，及時(shí)高效地恢復(fù)數(shù)據(jù)，成為企業(yè)用戶關(guān)心的重要問題，影響著他們遷移數(shù)據(jù)庫上云的信心。
近期，阿里云分布式關(guān)系型數(shù)據(jù)庫服務(wù) DRDS 數(shù)據(jù)恢復(fù)功能重磅發(fā)布，針對(duì)實(shí)例級(jí)、數(shù)據(jù)庫級(jí)、表級(jí)、行級(jí)的數(shù)據(jù)丟失，分別提供備份恢復(fù)、表回收站、SQL 閃回功能，助您在不同場(chǎng)景下快速恢復(fù)數(shù)據(jù)，全方位保障用戶數(shù)據(jù)的安全。
功能優(yōu)勢(shì)
- 全方位的數(shù)據(jù)守護(hù)：提供實(shí)例級(jí)、數(shù)據(jù)庫級(jí)、表級(jí)、行級(jí)全方位的數(shù)據(jù)恢復(fù)能力
- 一致性備份恢復(fù)：針對(duì) MySQL 分庫分表場(chǎng)景，在最小化對(duì)用戶業(yè)務(wù)影響的前提下，提供了保證數(shù)據(jù)的全局一致性的備份恢復(fù)方案
- SQL 級(jí)精確閃回：針對(duì)SQL誤刪（改）操作，無需依賴備份集，提供精確到特定 SQL 的數(shù)據(jù)閃回能力
- 操作便捷：基于 DRDS 控制臺(tái)即可完成數(shù)據(jù)恢復(fù)工作，無需再次跳轉(zhuǎn)至 RDS 控制臺(tái)，體驗(yàn)便捷高效
- 價(jià)格優(yōu)勢(shì)：功能免費(fèi)，僅需支付 RDS 備份集所占用的存儲(chǔ)空間費(fèi)用
應(yīng)用場(chǎng)景
在實(shí)際的生產(chǎn)應(yīng)用中，數(shù)據(jù)庫的數(shù)據(jù)丟失，按照不同場(chǎng)景，大致可以分為實(shí)例&數(shù)據(jù)庫級(jí)、數(shù)據(jù)行級(jí)、表級(jí)：
- 實(shí)例&數(shù)據(jù)庫級(jí)數(shù)據(jù)丟失：整個(gè)實(shí)例或者數(shù)據(jù)庫的數(shù)據(jù)丟失，通常是用戶誤刪實(shí)例（數(shù)據(jù)庫）造成。
- 數(shù)據(jù)行級(jí)丟失：數(shù)據(jù)表中的部分?jǐn)?shù)據(jù)丟失，通常是用戶執(zhí)行了錯(cuò)誤的 DELETE（UPDATE）SQL 或者 SQL 注入攻擊，該情況最為常見。
- 數(shù)據(jù)表丟失：整張數(shù)據(jù)表的丟失，通常是用戶執(zhí)行錯(cuò)誤的 DROP TABLE 操作造成。
針對(duì)以上的幾種場(chǎng)景，DRDS 數(shù)據(jù)恢復(fù)都提供了相應(yīng)的恢復(fù)能力，如下圖所示：
備份恢復(fù)——實(shí)例&數(shù)據(jù)庫級(jí)的恢復(fù)能力
DRDS 備份恢復(fù)提供了 OLTP 場(chǎng)景下必備的實(shí)例級(jí)、數(shù)據(jù)庫級(jí)的備份恢復(fù)能力。備份策略上，支持自動(dòng)備份與手動(dòng)備份兩種，用戶可以按需選擇，滿足實(shí)際的安全需求。
備份恢復(fù)方式上，針對(duì)MySQL Sharding 場(chǎng)景，提供了快速備份恢復(fù)與一致性備份恢復(fù)兩種。眾所周知，全局一致性的備份恢復(fù)能力是金融行業(yè)以及在線核心交易類業(yè)務(wù)對(duì)數(shù)據(jù)庫的核心訴求。然而面向 MySQL Sharding 場(chǎng)景，現(xiàn)有的數(shù)據(jù)庫備份方案主要有兩種：
- 針對(duì)每個(gè) MySQL 實(shí)例分別進(jìn)行備份。該方案只能保證單個(gè)物理分庫的數(shù)據(jù)一致性，在分布式事務(wù)存在的情況下，無法保證全局的數(shù)據(jù)一致性。
- 對(duì)數(shù)據(jù)庫全局禁寫，之后分別針對(duì)每個(gè) MySQL 實(shí)例進(jìn)行備份。該方案保證了全局的數(shù)據(jù)一致性，但是對(duì)用戶業(yè)務(wù)侵入較大，數(shù)據(jù)庫在一定時(shí)間內(nèi)無法提供數(shù)據(jù)寫入服務(wù)。
顯然以上兩種備份恢復(fù)方式都無法滿足實(shí)際的用戶備份需求。針對(duì)這一問題，DRDS 在最小化對(duì)用戶業(yè)務(wù)影響的前提下，創(chuàng)新性地為用戶提供了全局一致性的備份恢復(fù)能力，備份過程中數(shù)據(jù)庫無需禁寫，僅存在亞秒級(jí)的RT 抖動(dòng)。
SQL 閃回——SQL 級(jí)誤操作的精確恢復(fù)能力
在實(shí)際的生產(chǎn)環(huán)境中，運(yùn)維人員執(zhí)行了錯(cuò)誤的DELETE（UPDATE）語句，造成數(shù)據(jù)丟失，是較為常見的數(shù)據(jù)丟失場(chǎng)景。面對(duì)這種情況，通常的解決方案是通過備份恢復(fù)或者M(jìn)ySQL Binlog Flashback 工具逆向 Binlog 恢復(fù)數(shù)據(jù)：
- 備份恢復(fù)依賴備份集的存在，且這種恢復(fù)方式通常會(huì)丟失部分?jǐn)?shù)據(jù)
- MySQL Binlog Flashback 工具，也只能按照時(shí)間范圍及簡(jiǎn)單的過濾條件，逆向 Binlog 的數(shù)據(jù)，然后用戶從中挑選數(shù)據(jù)，需要較多的人工介入
- DRDS SQL 閃回針對(duì)上述數(shù)據(jù)行級(jí)的誤操作場(chǎng)景，提供精確到特定 SQL 的數(shù)據(jù)恢復(fù)能力。用戶僅需提供誤操作 SQL 的相關(guān)信息，即可針對(duì)該 SQL 生成精確的回滾SQL（或原始 SQL）文件，用戶下載后根據(jù)需求恢復(fù)數(shù)據(jù)。
下圖給出了 SQL 閃回恢復(fù)數(shù)據(jù)的示例：
SQL 閃回的使用界面及生成的恢復(fù)文件如下圖所示：
表回收站——表誤刪后的快速恢復(fù)能力
DRDS 表回收站針對(duì)誤刪表操作，提供快速的數(shù)據(jù)恢復(fù)能力。表回收站功能開啟后，通過 DROP TABLE 指令刪除的表，將移動(dòng)至表回收站中，2 小時(shí)內(nèi)皆可從回收站中快速恢復(fù)。
功能文檔
關(guān)于 DRDS 數(shù)據(jù)恢復(fù)的具體功能，請(qǐng)參考：
備份恢復(fù)
https://help.aliyun.com/document_detail/108631.html
SQL 閃回
https://help.aliyun.com/document_detail/108629.html
表回收站
https://help.aliyun.com/document_detail/108628.html
