數據庫主庫從庫宕機重啓後binlog數據同步

因爲阿里雲經典網絡遷移到專用網絡，一不當心沒有先預備方案調整網段， 致使實例沒法之內網IP形式訪問數據庫，被迫進行數據庫停機後網絡網段調整，致使宕機了幾個小時。。。被客戶各類投訴爆了。。

基於此次數據庫恢復血淚史， 特整理解決辦法， 讓往後同窗避免再犯。

數據庫master庫重啓後， 確保能正常提供服務。因爲生產上BI系統使用的是slave從庫作數據查詢， 從庫的數據庫已經落後了master好幾天，

查看從庫狀態：

mysql> show slave status\G;

顯示

Slave_IO_Running: No
Slave_SQL_Running: No

說明從庫還沒有啓動數據庫同步， 因爲幾天的binlog的數據量太大， 找binlog開始位置找了很久沒找到， 索性先把當前的master數據庫導出一份拷貝到從庫， 按照導出的時間找binlog位置點。

使用 mysqldump 命令導出整個master 到文件 hairdonkey.sql.2018-07-20

從庫先刪除後新增

# 刪除從庫的數據庫
drop database hairdonkey;
# 建立新數據庫
CREATE DATABASE `hairdonkey` /*!40100 DEFAULT CHARACTER SET utf8mb4 */;
# 導入備份的數據
use hairdonkey;
source /data/db_backup/master/hairdonkey.sql.2018-07-20
# 用戶受權
grant select, delete, insert, update on hairdonkey.* to onlyreader@'172.%';
flush privileges;

 

從庫導入完畢後，開始關鍵的一步： 找binlog開始同步的位置！

查詢binlog位置

（數據庫中表數據新增最頻繁的表是關鍵短信發送日誌表sms_message_log， 每秒1-2條的頻率，故查從庫的sms_message_log表的最後一條記錄的插入時間！）：

1. 導出sms_message_log表：

/data/mysql/bin/mysqldump --socket=/data/mysql/mysql.sock -h172.17.120.167 -uhairdonkey -p123 -B hairdonkey --table sms_message_log --opt --extended-insert=false --single-transaction > sms_message_log.sql;

2.vim 編輯sms_message_log.sql 把 sms_message_log 所有替換爲 mid_sms_message_log

把主表的sms_message_log數據導入到從庫中的中間表 mid_sms_message_log (替換命令： :%s/sms_message_log/mid_sms_message_log/g )

3. 執行sql : 

source /data/work/sms_message_log.sql

4. 查詢mid_sms_message_log比從庫多的數據， 並倒敘排列：

select * from hairdonkey.mid_sms_message_log a where not exists(
select 1 from sms_message_log b where a.id = b.id
) order by id desc;

記錄max(id) as maxSmsId, min(id) as minSmsId

 

5. 查看短信發送時間字段 send_tm 的最大最小值， 導出這個時間區間的Binlog:

mysqlbinlog -uhairdonkey -p123 -P3306 -h172.17.120.167 --start-datetime="2018-07-21 19:55:40" --stop-datetime="2018-07-21 19:55:59" --read-from-remote-server -vv mysql-bin.000772 >row3.sql

 

6. 編輯模式打開row3.sql, 查找短信記錄表minSmsId所在的位置的insert sql對應的endPos 記爲 minEndPos,

maxSmsId 所在的位置的insert sql對應的endPos 記爲 maxEndPos

導出這兩個區間的binlog:

 

mysqlbinlog -uhairdonkey -p123 -P3306 -h172.17.120.167 --start-position="875932395" --stop-position="878561125" --read-from-remote-server -vv mysql-bin.000772 >row2.sql

 

7. 運行row2.sql: source /data/work/row2.sql

8. 比較mid_sms_message_log和從庫的sms_message_log表數據，應該是已經數量一致了

9. 設置從庫同步位置點(這個點就是maxEndPos)：

(1)中止從庫同步：stop slave;

(2) 修改master信息：

change master to master_host='172.17.120.167',master_user='hairdonkey',master_password='123',master_log_file='mysql-bin.000772',master_log_pos=875845853;

(3) 啓動從庫：start slave;

(4) 查看從庫狀態：show slave status \G;

看到以下兩個爲Yes， 說明同步成功！

Slave_IO_Running: Yes
Slave_SQL_Running: Yes

 

附加：

mysql主從複製，常常會遇到錯誤而致使slave端複製中斷，這個時候通常就須要人工干預，跳過錯誤才能繼續
跳過錯誤有兩種方式：
1.跳過指定數量的事務：
mysql>slave stop;
mysql>SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1        #跳過一個事務
mysql>slave start

2.修改mysql的配置文件，經過slave_skip_errors參數來跳全部錯誤或指定類型的錯誤vi /etc/my.cnf[mysqld]#slave-skip-errors=1062,1053,1146 #跳過指定error no類型的錯誤#slave-skip-errors=all #跳過全部錯誤--------------------- 做者：seteor 來源：CSDN 原文：https://blog.csdn.net/seteor/article/details/17264633 版權聲明：本文爲博主原創文章，轉載請附上博文連接！