mysqlbinlog恢復資料注意事項轉

前言：

上次有個有個朋友恢復 mysql 資料，一直恢復不成功，也沒有報錯資訊，使用的環境是 mysql 5.7 使用了 gtid 以及 binlog 格式為 row。現在我主要總結下沒有恢復成功可能的原因以及解決方法。

--base64-output=decode-rows主要是解析 row 級別 binlog 日誌時使用。

我們解析日誌的時候都會使用：

# mysqlbinlog -v --base64-output=decode-rows --start-position=*** --stop-position=*** mysql-bin.0000xx

這是我們解析 binlog 日誌時使用的命令，我們可以很直觀的分析 binlog 日誌。

但是我們想要恢復到資料庫中的時候，不能使用--base64-output=decode-rows引數，否則是無法恢復到資料庫的。

--skip-gtids=***的作用為：mysqldump

是否使用--skip-gtids=true引數，要根據情況來定；

第一種情況：

如果我們是要恢復資料到源資料庫或者和源資料庫有相同 gtid 資訊的例項，那麼就要使用該引數。如果不帶該引數的話，是無法恢復成功的。因為包含的 gtid 已經在源資料庫執行過了，根據 gtid 特性，乙個 gtid 資訊在乙個資料庫只能執行一次，所以不會恢復成功。

# mysqlbinlog --skip-gtids=true  mysql-bin.000012 |mysql -uroot -p

或者

# mysqlbinlog --skip-gtids=true  mysql-bin.000012 > backup.sql
mysql -uroot -p < backup.sql

第二種情況：

如果是恢復到其他例項的資料庫並且不包含源例項的 gtid 資訊，那麼可以不使用該引數，使用或者不使用都可以恢復成功。

**mysqlbinlog恢復資料注意事項 – unixfbi 運維**

分類:

mysql

標籤:

mysql

好文要頂

關注我收藏該文

paul_hch

關注 - 14

粉絲 - 60

+加關注 00

linux統計某個特定檔名的大小總和【原創】

關於gtid模式下備份時 --set-gtid-purged=off 引數的實驗***

posted @ 2018-07-23 11:05

收藏

mysqlbinlog恢復資料注意事項 轉