Flashback for MySQL 5.7

標籤：test   情況   伺服器   .com   ble   ora   cat   ann   log檔案   

實現原理

flashback的概念最早出現於Oracle資料庫，用於快速恢複使用者的誤操作。

flashback for MySQL用於恢複由DML語句引起的誤操作，目前不支援DDL語句。例如下面的語句：

DELETE FROM XXX;UPDATE XXX SET YYY=ZZZ;

若沒有flashback功能，那麼當發生誤操作時，使用者只能通過全備+二進位日誌前滾的方式進行恢複。通常來說，這樣所需的恢復會非常長。為了縮短誤操作恢複的時間，通常可以在slave上搭建LVM，通過定期快照的方式來縮短誤操作的恢復。但是LVM快照的缺點是會對slave的效能產生一定的影響。

官方mysqlbinlog命令為解析MySQL的二進位日誌。當二進位日誌的格式為ROW格式時，可以輸出每個操作的每條記錄的前項與後項。那麼通過逆操作即可進行復原操作，例如：

原始操作：INSERT INTO ...flashback操作：DELETE ...原始操作：DELETE FROM ...flashback操作：INSERT INTO ...原始操作：UPDATE XXX SET OLD_VALUES ...flashback操作：UPDATE XXX SET NEW_VALUES ...

目前flashback功能整合於官方mysqlbinlog命令，通過參數的方式進行flashback功能的開啟。

相關參數-B --flashback

flashback核心參數，復原二進位日誌

[email protected]test-1:~# ./mysqlbinlog -B --base64-output=decode-rows  -vv /mdata/mysql_data_old/bin.000008
......

-A --skip_database

解析BinLog時過濾掉該資料庫。

-a --skip_table

解析BinLog時過濾掉該表，一般與skip_datebase配套使用。

-O --split-size-interval

將BinLog檔案按照指定的大小拆分為多個段，解析結果為列印每個段的起始offset位置。

注意，當進行flashback時，flashback的內容先儲存在記憶體中。若你的binlog大小為10G，那麼需要額外的10G記憶體先暫時儲存這部分資訊。在某些情況下，如雲環境、或伺服器記憶體較小，會導致無法輸出flashback的日誌。這時可以通過此參數來設定記憶體儲存檔案的大小，例如將此值設定為100M，那麼每100M就會重新整理到一個檔案。

-D --datetime_to_pos

基於輸入的時間資訊，解析出該時間對應的第一個BinLog event位移位置，格式參照start-datetime，

flashback時要先找到起始的位移量，DBA可以先通過此參數定位到具體位置，然後再進行flashback操作。

-T --table

僅解析該表，一般與database配套使用。

-E --fb_event

僅解析該類型的Log event，一般與database、table選項配套使用。可選的值有：

• DELETE

• INSERT

• UPDATE

關於DDL的flashback功能

flashback功能僅支援DML語句的快速恢複，但是如果誤操作為DDL的話，那麼就無能為力了，比如：

TRUNCATE TABLE  xxx;
DROP TABLE xxxx;
DROP DATABASE xxx;

若要支援上述的快速flashback功能，需要修改MySQL原始碼，將刪除的庫或者表儲存到一個記憶體回收的庫中，例如$RECYCLE庫。想要支援這個功能，可以考慮使用InnoSQL商業版本。

視頻

視頻是最好的文檔

操作視頻

 如需支援人員，可聯絡：82946772。

 

原文連結

Flashback for MySQL 5.7