MySQL兩種不完全恢復的方法

MySQL 5.6.14生產環境凌晨3點的備份,不完全恢復到中午12點.（xtrabackup_binlog_pos_innodb的內容是mysql-bin.006946 3784607）

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更簡潔一些.

本文永久更新鏈接地址：

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com