MySQL兩種不完全恢復的方法

壹頁書發表於2015-07-15
MySql
MySQL 5.6.14
生產環境凌晨3點的備份,不完全恢復到中午12點.
（xtrabackup_binlog_pos_innodb的內容是mysql-bin.006946 3784607）

第一種方式:mysqlbinlog
1.找到需要恢復的binlog
進入binlog目錄,執行
ll | awk '{print $9}' > /tmp/binlog.index
然後修改/tmp/binlog.index檔案,刪除不需要恢復的檔名.

2.解析binlog
time mysqlbinlog $(cat /tmp/binlog.index) --start-position=3784607 --stop-datetime='2015-07-13 12:00:00' > /tmp/binlog
real 2m32.399s
user 1m24.514s
sys 1m5.803s

3.設定MySQL伺服器引數
max_allowed_packet=100M
innodb_flush_log_at_trx_commit=0

4.執行
time mysql -uroot -p -S mysql.sock --force < /tmp/binlog
real 50m24.341s
user 5m1.426s
sys 3m32.348s

執行3.4G的檔案,用時50分鐘.

第二種方式:複製,使用SQL執行緒執行
1.找到需要恢復的binlog
進入binlog目錄,執行
ll | awk '{print $9}' > /tmp/binlog.index
然後修改/tmp/binlog.index檔案,刪除不需要恢復的檔名.

2.拷貝需要的binlog至一個新的目錄
mkdir /tmp/testlog
cp $(cat /tmp/binlog.index) /tmp/testlog/

3.修改伺服器引數
max_allowed_packet=100M
innodb_flush_log_at_trx_commit=0
server_id=111
relay_log=/tmp/testlog/mysql-bin
relay_log_index=/tmp/testlog/mysql-bin.index
skip_slave_start = 1  

其中
server_id一定要修改為一個不同的值,否則binlog被直接丟棄.
skip_slave_start防止自動啟動複製

4.啟動例項,生成複製的相關檔案
change master to
master_host='localhost',
master_port=3306,
master_user='repl',
master_password='repl',
master_log_file='dummy.binlog',
master_log_pos=777;

master是一個隨便的值,主要是生成master.info,relay-log.info等相關檔案

5.關閉例項,修改檔案
修改relay-log.info


修改/tmp/testlog/mysql-bin.index 為
awk '{print "/tmp/testlog/"$1'} /tmp/binlog.index > /tmp/testlog/mysql-bin.index

6.啟動例項,啟動複製
start slave sql_thread UNTIL RELAY_LOG_FILE = 'mysql-bin.006982', RELAY_LOG_POS = 37300415;

恢復用時43分鐘.


mysqlbinlog方式更簡單,但是一旦出錯,容易前功盡棄
複製的方式,前期配置比較複雜,但是出現錯誤,更容易修正.
從效率上看,相差不大
如果有大量的binlog需要恢復,建議使用複製的方式.
如果只有少量的binlog需要恢復,還是使用mysqlbinlog更簡潔一些.

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/29254281/viewspace-1734271/，如需轉載，請註明出處，否則將追究法律責任。

相關文章