【MySQL 】數據庫增量數據恢復案例

轉自：數據庫開發（ID：DBDevs）

作者：伯樂在線 - fullstackyang

MySQL數據庫每日零點自動全備

某天上午10點，小明莫名其妙地drop了一個數據庫

我們需要通過全備的數據文件，以及增量的binlog文件進行數據恢復

利用全備的sql文件中記錄的CHANGE MASTER語句，binlog文件及其位置點信息，找出binlog文件增量的部分

用mysqlbinlog命令將上述的binlog文件導出為sql文件，并剔除其中的drop語句

通過全備文件和增量binlog文件的導出sql文件，就可以恢復到完整的數據

1. 模擬數據

CREATE TABLE `student` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`name` char(20) NOT NULL,

`age` tinyint(2) NOT NULL DEFAULT '0',

PRIMARY KEY (`id`),

KEY `index_name` (`name`)

) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=utf8

mysql> insert student values(1,'zhangsan',20);

mysql> insert student values(2,'lisi',21);

mysql> insert student values(3,'wangwu',22);

2. 全備命令

# mysqldump -uroot -p -B -F -R -x --master-data=2 test|gzip >/server/backup/test_$(date +%F).sql.gz

參數說明：

-B 指定數據庫

-F 刷新日志

-R 備份存儲過程等

-x 鎖表

--master-data 在備份語句里添加CHANGE MASTER語句以及binlog文件及位置點信息

3. 繼續插入數據

mysql> insert student values(6,'xiaoming',20);

mysql> insert student values(6,'xiaohong',20);

此時誤操作，刪除了test數據庫

mysql> drop database test;

此時，全備之后到誤操作時刻之間，用戶寫入的數據在binlog中，需要恢復出來

4.查看全備之后新增的binlog文件

# cd /server/backup/

# ls

test_2016-08-02.sql.gz

# gzip -d test_2016-08-02.sql.gz

# grep CHANGE test_2016-08-02.sql

-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=107;

這是全備時刻的binlog文件位置，即mysql-bin.000003的107行，因此在該文件之前的binlog文件中的數據都已經包含在這個全備的sql文件中了

5. 移動binlog文件，并讀取sql，剔除其中的drop語句

# cp /data/3306/mysql-bin.000003 /server/backup/

# mysqlbinlog -d test mysql-bin.000003 >003bin.sql

# 用vim編輯文件，剔除drop語句

在恢復全備數據之前必須將該binlog文件移出，否則恢復過程中，會繼續寫入語句到binlog，最終導致增量恢復數據部分變得比較混亂

6. 恢復數據

# mysql -uroot -p

# mysql -uroot -p -e "select * from test.student;"

+----+----------+-----+

| id | name | age |

+----+----------+-----+

| 1 | zhangsan | 20 |

| 2 | lisi | 21 |

| 3 | wangwu | 22 |

+----+----------+-----+

//此時恢復了全備時刻的數據

//然后使用003bin.sql文件恢復全備時刻到刪除數據庫之間，新增的數據

# mysql -uroot -p test<003bin.sql <-需要指定恢復的數據庫

# mysql -uroot -p -e "select * from test.student;"

+----+----------+-----+

| id | name | age |

+----+----------+-----+

| 1 | zhangsan | 20 |

| 2 | lisi | 20 |

| 3 | wangwu | 20 |

| 4 | xiaoming | 20 |

| 5 | xiaohong | 20 |

+----+----------+-----+

完成

五、小結

適合人為SQL語句造成的誤操作或者沒有主從復制等的熱備情況宕機時的修復

恢復條件要全備和增量的所有數據

恢復時建議對外停止更新，即禁止更新數據庫

先恢復全量，然后把全備時刻點以后的增量日志，按順序恢復成SQL文件，然后把文件中有問題的SQL語句刪除（也可通過時間和位置點），再恢復到數據庫

推薦閱讀：

【MySQL性能優化】MySQL常見SQL錯誤用法

南京兆柏數據恢復中心 南京兆柏數據恢復中心 南京兆柏數據恢復中心