刪庫(kù)一定要跑路嗎？教你如何恢復(fù)MySQL數(shù)據(jù)庫(kù)

點(diǎn)擊關(guān)注上方“SQL數(shù)據(jù)庫(kù)開發(fā)”，

設(shè)為“置頂或星標(biāo)”，第一時(shí)間送達(dá)干貨SQL專欄SQL基礎(chǔ)知識(shí)第二版SQL高級(jí)知識(shí)第二版

來(lái)源：程淇銘

segmentfault.com/a/1190000020116271

日常工作中，總會(huì)有因手抖、寫錯(cuò)條件、寫錯(cuò)表名、錯(cuò)連生產(chǎn)庫(kù)造成的誤刪庫(kù)表和數(shù)據(jù)的事情發(fā)生。那么，如果連數(shù)據(jù)都恢復(fù)不了，還要什么 DBA。

數(shù)據(jù)恢復(fù)的前提的做好備份，且開啟 binlog，格式為 row。如果沒(méi)有備份文件，那么刪掉庫(kù)表后就真的刪掉了，lsof 中還有記錄的話，有可能恢復(fù)一部分文件。但若剛好數(shù)據(jù)庫(kù)沒(méi)有打開這個(gè)表文件，那就只能跑路了。如果沒(méi)有開啟 binlog，那么恢復(fù)數(shù)據(jù)后，從備份時(shí)間點(diǎn)開始的數(shù)據(jù)都沒(méi)了。如果 binlog 格式不為 row，那么在誤操作數(shù)據(jù)后就沒(méi)有辦法做閃回操作，只能老老實(shí)實(shí)地走備份恢復(fù)流程。

直接恢復(fù)是使用備份文件做全量恢復(fù)，這是最常見的場(chǎng)景。

使用 mysqldump 文件恢復(fù)數(shù)據(jù)非常簡(jiǎn)單，直接解壓了執(zhí)行：

恢復(fù)過(guò)程：

基于時(shí)間點(diǎn)的恢復(fù)依賴的是 binlog 日志，需要從 binlog 中找過(guò)從備份點(diǎn)到恢復(fù)點(diǎn)的所有日志，然后應(yīng)用。我們測(cè)試一下。

新建測(cè)試表：

每秒插入一條數(shù)據(jù)：

備份：

找出備份時(shí)的日志位置：

假設(shè)要恢復(fù)到 2019-08-09 11:01:54 這個(gè)時(shí)間點(diǎn)，我們從 binlog 中查找從 39654 到 019-08-09 11:01:54 的日志。

當(dāng)前數(shù)據(jù)條目數(shù)：

然后執(zhí)行恢復(fù)：

檢查數(shù)據(jù)：

已經(jīng)恢復(fù)到 2019-08-09 11:01:54 這個(gè)時(shí)間點(diǎn)。

假設(shè)要恢復(fù)的表是 mytest.mytest：

假設(shè) http://mp.weixin.qq.com/backup_xtra_full 目錄為解壓后應(yīng)用過(guò)日志的備份文件。

假設(shè)從備份文件中恢復(fù)表 mytest.t_myisam。從備份文件中找到 t_myisam.frm, t_myisam.MYD, t_myisam.MYI 這 3 個(gè)文件，復(fù)制到對(duì)應(yīng)的數(shù)據(jù)目錄中，并授權(quán) 進(jìn)入 MySQL。檢查表情況：

假設(shè)從備份文件中恢復(fù)表 mytest.t_innodb，恢復(fù)前提是設(shè)置了 ：起一個(gè)新實(shí)例；在實(shí)例上建一個(gè)和原來(lái)一模一樣的表；執(zhí)行 ; 刪除表空間，這個(gè)操作會(huì)把t_innodb.ibd 刪除；從備份文件中找到 這個(gè)文件，復(fù)制到對(duì)應(yīng)的數(shù)據(jù)目錄，并授權(quán)；執(zhí)行 ; 加載表空間；執(zhí)行 ; 檢查表；使用 導(dǎo)出數(shù)據(jù)，然后再導(dǎo)入到要恢復(fù)的數(shù)據(jù)庫(kù)。

注意：在新實(shí)例上恢復(fù)再 dump 出來(lái)是為了避免風(fēng)險(xiǎn)，如果是測(cè)試，可以直接在原庫(kù)上操作步驟 2-6；只在 8.0 以前的版本有效。

跳過(guò)誤操作 SQL 一般用于執(zhí)行了無(wú)法閃回的操作比如 drop table\database。

使用備份文件恢復(fù)的步驟和基于時(shí)間點(diǎn)恢復(fù)的操作差不多，區(qū)別在于多一個(gè)查找 binlog 操作。舉個(gè)例子，我這里建立了兩個(gè)表 a 和 b，每分鐘插入一條數(shù)據(jù)，然后做全量備份，再刪除表 b，現(xiàn)在要跳過(guò)這條 SQL。

刪除表 b 后的數(shù)據(jù)庫(kù)狀態(tài)：

1. 找出備份時(shí)的日志位置

2. 找出執(zhí)行了 drop table 語(yǔ)句的 pos 位置

從結(jié)果中我們可以看到 drop 所在語(yǔ)句的開始位置是 120629，結(jié)束位置是 120747。

3. 從 binglog 中提取跳過(guò)這條語(yǔ)句的其他記錄

4. 恢復(fù)備份文件

全量恢復(fù)后狀態(tài)：

5. 恢復(fù)增量數(shù)據(jù)

恢復(fù)后狀態(tài)，可以看到已經(jīng)跳過(guò)了 drop 語(yǔ)句：

使用 GTID 可以直接跳過(guò)錯(cuò)誤的 SQL：

找出備份時(shí)的日志位置；

找出執(zhí)行了 drop table 語(yǔ)句的 GTID 值；

導(dǎo)出備份時(shí)日志位置到最新的 binglog 日志；

恢復(fù)備份文件；

跳過(guò)這個(gè) GTID；

應(yīng)用步驟 3 得到的增量 binlog 日志。

使用延遲庫(kù)恢復(fù)的關(guān)鍵操作在于 。我在測(cè)試環(huán)境搭建了兩個(gè) MySQL 節(jié)點(diǎn)，節(jié)點(diǎn)二延遲600秒，新建 a，b 兩個(gè)表，每秒插入一條數(shù)據(jù)模擬業(yè)務(wù)數(shù)據(jù)插入。

當(dāng)前節(jié)點(diǎn)二狀態(tài)：

當(dāng)前節(jié)點(diǎn)二表：

在節(jié)點(diǎn)一刪除表 b：

接下來(lái)就是跳過(guò)這條 SQL 的操作步驟。

1. 延遲庫(kù)停止同步

找出執(zhí)行了 drop table 語(yǔ)句的前一句的 pos 位置

從結(jié)果中我們可以看到 drop 所在語(yǔ)句的前一句開始位置是 35134，所以我們同步到 35134（這個(gè)可別選錯(cuò)了）。

3. 延遲庫(kù)同步到要跳過(guò)的 SQL 前一條

查看狀態(tài)看到已經(jīng)同步到對(duì)應(yīng)節(jié)點(diǎn)：

4. 跳過(guò)一條 SQL 后開始同步

查看同步狀態(tài)，刪除表 b 的語(yǔ)句已經(jīng)被跳過(guò)：

使用 GTID 跳過(guò)的步驟會(huì)簡(jiǎn)單很多，只要執(zhí)行一條和要跳過(guò)的 SQL 的 GTID 相同的事務(wù)就可以跳過(guò)了。

停止同步；

找出執(zhí)行了 drop table 語(yǔ)句的 GTID；

執(zhí)行這個(gè) GTID 的事務(wù)；

繼續(xù)同步；

閃回。

閃回操作就是反向操作，比如執(zhí)行了 ，閃回就會(huì)執(zhí)行對(duì)應(yīng)的插入操作 ，用于誤操作數(shù)據(jù)，只對(duì) DML 語(yǔ)句有效，且要求 binlog 格式設(shè)為 ROW。本章介紹兩個(gè)比較好用的開源工具。

binlog2sql 是大眾點(diǎn)評(píng)開源的一款用于解析 binlog 的工具，可以用于生成閃回語(yǔ)句，項(xiàng)目地址 binlog2sql。

MyFlash 是由美團(tuán)點(diǎn)評(píng)公司技術(shù)工程部開發(fā)維護(hù)的一個(gè)回滾 DML 操作的工具，項(xiàng)目鏈接 MyFlash。

限制：binlog 格式必須為 row，且 binlog_row_image=full；僅支持5.6與5.7；只能回滾 DML（增、刪、改）。

生成回滾語(yǔ)句：

執(zhí)行后會(huì)生成 binlog_output_base.flashback 文件，需要用 mysqlbinlog 解析出來(lái)再使用：

最后給大家分享我寫的SQL兩件套：《SQL基礎(chǔ)知識(shí)第二版》和《SQL高級(jí)知識(shí)第二版》的PDF電子版。里面有各個(gè)語(yǔ)法的解釋、大量的實(shí)例講解和批注等等，非常通俗易懂，方便大家跟著一起來(lái)實(shí)操。有需要的可以下載學(xué)習(xí)，只需要在下面的公眾號(hào)「數(shù)據(jù)前線」(非本號(hào))，后臺(tái)回復(fù)關(guān)鍵字：SQL，就行

數(shù)據(jù)前線

南京兆柏?cái)?shù)據(jù)恢復(fù)中心