　　背景介紹

　　數據庫存儲著企業(yè)的核心數據，在企業(yè)中占據非常重要的位置，一旦出現SQL注入，數據誤刪的情況，影響的不僅僅是業(yè)務，還會泄露用戶的個人信息。因此，數據庫的數據安全問題十分重要。

　　當數據庫遷移到云端，其安全問題又被進一步放大，云數據庫能否高效、便捷地備份數據庫，當發(fā)生故障或者數據誤刪時，及時高效地恢復數據，成為企業(yè)用戶關心的重要問題，影響著他們遷移數據庫上云的信心。

　　近期，阿里云分布式關系型數據庫服務 DRDS 數據恢復功能重磅發(fā)布，針對實例級、數據庫級、表級、行級的數據丟失，分別提供備份恢復、表回收站、SQL 閃回功能，助您在不同場景下快速恢復數據，全方位保障用戶數據的安全。

　　功能優(yōu)勢

　　應用場景

　　在實際的生產應用中，數據庫的數據丟失，按照不同場景，大致可以分為實例&數據庫級、數據行級、表級：

　　針對以上的幾種場景，DRDS 數據恢復都提供了相應的恢復能力，如下圖所示：

　　備份恢復——實例&數據庫級的恢復能力

　　DRDS 備份恢復提供了 OLTP 場景下必備的實例級、數據庫級的備份恢復能力。備份策略上，支持自動備份與手動備份兩種，用戶可以按需選擇，滿足實際的安全需求。

　　備份恢復方式上，針對MySQL Sharding 場景，提供了快速備份恢復與一致性備份恢復兩種。眾所周知，全局一致性的備份恢復能力是金融行業(yè)以及在線核心交易類業(yè)務對數據庫的核心訴求。然而面向 MySQL Sharding 場景，現有的數據庫備份方案主要有兩種：

針對每個 MySQL 實例分別進行備份。該方案只能保證單個物理分庫的數據一致性，在分布式事務存在的情況下，無法保證全局的數據一致性。
對數據庫全局禁寫，之后分別針對每個 MySQL 實例進行備份。該方案保證了全局的數據一致性，但是對用戶業(yè)務侵入較大，數據庫在一定時間內無法提供數據寫入服務。

　　顯然以上兩種備份恢復方式都無法滿足實際的用戶備份需求。針對這一問題，DRDS 在最小化對用戶業(yè)務影響的前提下，創(chuàng)新性地為用戶提供了全局一致性的備份恢復能力，備份過程中數據庫無需禁寫，僅存在亞秒級的RT 抖動。

　　SQL 閃回——SQL 級誤操作的精確恢復能力

　　在實際的生產環(huán)境中，運維人員執(zhí)行了錯誤的DELETE（UPDATE）語句，造成數據丟失，是較為常見的數據丟失場景。面對這種情況，通常的解決方案是通過備份恢復或者MySQL Binlog Flashback 工具逆向 Binlog 恢復數據：

備份恢復依賴備份集的存在，且這種恢復方式通常會丟失部分數據
MySQL Binlog Flashback 工具，也只能按照時間范圍及簡單的過濾條件，逆向 Binlog 的數據，然后用戶從中挑選數據，需要較多的人工介入
DRDS SQL 閃回針對上述數據行級的誤操作場景，提供精確到特定 SQL 的數據恢復能力。用戶僅需提供誤操作 SQL 的相關信息，即可針對該 SQL 生成精確的回滾SQL（或原始 SQL）文件，用戶下載后根據需求恢復數據。

　　下圖給出了 SQL 閃回恢復數據的示例：