Mysql之binlog日誌說明及利用binlog日誌恢復資料操作記錄

散盡浮華發表於2016-09-25

眾所周知，binlog日誌對於mysql資料庫來說是十分重要的。在資料丟失的緊急情況下，我們往往會想到用binlog日誌功能進行資料恢復（定時全備份+binlog日誌恢復增量資料部分），化險為夷！

一、簡單瞭解binlog
MySQL的二進位制日誌binlog可以說是MySQL最重要的日誌，它記錄了所有的DDL和DML語句（除了資料查詢語句select），以事件形式記錄，還包含語句所執行的消耗的時間，MySQL的二進位制日誌是事務安全型的。
===========================================================
DDL
- Data Definition Language 資料庫定義語言
主要的命令有CREATE、ALTER、DROP等，DDL主要是用在定義或改變表（TABLE）的結構，資料型別，表之間的連結和約束等初始化工作上，他們大多在建立表時使用。

DML
- Data Manipulation Language 資料操縱語言
主要的命令是SELECT、UPDATE、INSERT、DELETE，就象它的名字一樣，這4條命令是用來對資料庫裡的資料進行操作的語言
===========================================================

mysqlbinlog常見的選項有以下幾個：
--start-datetime：從二進位制日誌中讀取指定等於時間戳或者晚於本地伺服器的時間
--stop-datetime：從二進位制日誌中讀取指定小於時間戳或者等於本地伺服器的時間取值和上述一樣
--start-position：從二進位制日誌中讀取指定position 事件位置作為開始。
--stop-position：從二進位制日誌中讀取指定position 事件位置作為事件截至

===========================================================

一般來說開啟binlog日誌大概會有1%的效能損耗。

binlog日誌有兩個最重要的使用場景
1）MySQL主從複製：MySQL Replication在Master端開啟binlog，Master把它的二進位制日誌傳遞給slaves來達到
master-slave資料一致的目的。
2）自然就是資料恢復了，通過使用mysqlbinlog工具來使恢復資料。

binlog日誌包括兩類檔案
1）二進位制日誌索引檔案（檔名字尾為.index）用於記錄所有的二進位制檔案
2）二進位制日誌檔案（檔名字尾為.00000*）記錄資料庫所有的DDL和DML(除了資料查詢語句select)語句事件。

二、開啟binlog日誌功能
1）編輯開啟mysql配置檔案/etc/mys.cnf
[root@vm-002 ~]# vim /etc/my.cnf
在[mysqld] 區塊新增
log-bin=mysql-bin 確認是開啟狀態(mysql-bin 是日誌的基本名或字首名)

注意：每次伺服器（資料庫）重啟，伺服器會呼叫flush logs;，新建立一個binlog日誌！

2）重啟mysqld服務使配置生效
[root@vm-002 ~]# /etc/init.d/mysqld stop
[root@vm-002 ~]# /etc/init.d/mysqld restart
Stopping mysqld: [ OK ]
Starting mysqld: [ OK ]

2）檢視master狀態，即最後(最新)一個binlog日誌的編號名稱，及其最後一個操作事件pos結束點(Position)值
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000002 | 4102 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

3）flush重新整理log日誌，自此刻開始產生一個新編號的binlog日誌檔案
mysql> flush logs;
Query OK, 0 rows affected (0.13 sec)

注意：每當mysqld服務重啟時，會自動執行此命令，重新整理binlog日誌；在mysqldump備份資料時加 -F 選項也會重新整理binlog日誌；

4）重置(清空)所有binlog日誌
mysql> reset master;
Query OK, 0 rows affected (0.12 sec)

四、檢視binlog日誌內容，常用有兩種方式
1）使用mysqlbinlog自帶檢視命令法：
注意：
-->binlog是二進位制檔案，普通檔案檢視器cat、more、vim等都無法開啟，必須使用自帶的mysqlbinlog命令檢視
-->binlog日誌與資料庫檔案在同目錄中
-->在MySQL5.5以下版本使用mysqlbinlog命令時如果報錯，就加上 “--no-defaults”選項

檢視mysql的資料存放目錄，從下面結果可知是/var/lib//mysql
[root@vm-002 ~]# ps -ef|grep mysql
root 9791 1 0 21:18 pts/0 00:00:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --socket=/var/lib/mysql/mysql.sock --pid-file=/var/run/mysqld/mysqld.pid --basedir=/usr --user=mysql
mysql 9896 9791 0 21:18 pts/0 00:00:00 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --log-error=/var/log/mysqld.log --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/lib/mysql/mysql.sock
root 9916 9699 0 21:18 pts/0 00:00:00 mysql -px xxxx
root 9919 9715 0 21:23 pts/1 00:00:00 grep --color mysql

[root@vm-002 ~]# cd /var/lib/mysql/
[root@vm-002 mysql]# ls
ibdata1 ib_logfile0 ib_logfile1 mysql mysql-bin.000001 mysql-bin.000002 mysql-bin.index mysql.sock ops test

使用mysqlbinlog命令檢視binlog日誌內容，下面擷取其中的一個片段分析：
[root@vm-002 mysql]# mysqlbinlog mysql-bin.000002
..............
# at 624
#160925 21:29:53 server id 1 end_log_pos 796 Query thread_id=3 exec_time=0 error_code=0
SET TIMESTAMP=1474810193/*!*/;
insert into member(`name`,`sex`,`age`,`classid`) values('wangshibo','m',27,'cls1'),('guohuihui','w',27,'cls2') #執行的sql語句
/*!*/;
# at 796
#160925 21:29:53 server id 1 end_log_pos 823 Xid = 17 #執行的時間
.............

解釋：
server id 1 ：資料庫主機的服務號；
end_log_pos 796： sql結束時的pos節點
thread_id=11：執行緒號

2）上面這種辦法讀取出binlog日誌的全文內容比較多，不容易分辨檢視到pos點資訊
下面介紹一種更為方便的查詢命令：
命令格式：
mysql> show binlog events [IN 'log_name'] [FROM pos] [LIMIT [offset,] row_count];
引數解釋：
IN 'log_name' ：指定要查詢的binlog檔名(不指定就是第一個binlog檔案)
FROM pos ：指定從哪個pos起始點開始查起(不指定就是從整個檔案首個pos點開始算)
LIMIT [offset,] ：偏移量(不指定就是0)
row_count ：查詢總條數(不指定就是所有行)

mysql> show binlog events in 'mysql-bin.000002'\G;
*************************** 1. row ***************************
Log_name: mysql-bin.000002
Pos: 4
Event_type: Format_desc
Server_id: 1
End_log_pos: 106
Info: Server ver: 5.1.73-log, Binlog ver: 4
*************************** 2. row ***************************
Log_name: mysql-bin.000002
Pos: 106
Event_type: Query
Server_id: 1
End_log_pos: 188
Info: use `ops`; drop table customers
*************************** 3. row ***************************
Log_name: mysql-bin.000002
Pos: 188
Event_type: Query
Server_id: 1
End_log_pos: 529
Info: use `ops`; CREATE TABLE IF NOT EXISTS `member` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(16) NOT NULL,
`sex` enum('m','w') NOT NULL DEFAULT 'm',
`age` tinyint(3) unsigned NOT NULL,
`classid` char(6) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
*************************** 4. row ***************************
Log_name: mysql-bin.000002
Pos: 529
Event_type: Query
Server_id: 1
End_log_pos: 596
Info: BEGIN
*************************** 5. row ***************************
Log_name: mysql-bin.000002
Pos: 596
Event_type: Intvar
Server_id: 1
End_log_pos: 624
Info: INSERT_ID=1
*************************** 6. row ***************************
Log_name: mysql-bin.000002
Pos: 624
Event_type: Query
Server_id: 1
End_log_pos: 796
Info: use `ops`; insert into member(`name`,`sex`,`age`,`classid`) values('wangshibo','m',27,'cls1'),('guohuihui','w',27,'cls2')
*************************** 7. row ***************************
Log_name: mysql-bin.000002
Pos: 796
Event_type: Xid
Server_id: 1
End_log_pos: 823
Info: COMMIT /* xid=17 */
7 rows in set (0.00 sec)

ERROR:
No query specified

mysql>

上面這條語句可以將指定的binlog日誌檔案，分成有效事件行的方式返回，並可使用limit指定pos點的起始偏移，查詢條數！
如下操作示例：
a）查詢第一個(最早)的binlog日誌：
mysql> show binlog events\G;

b）指定查詢 mysql-bin.000002這個檔案：
mysql> show binlog events in 'mysql-bin.000002'\G;

c）指定查詢 mysql-bin.000002這個檔案，從pos點:624開始查起：
mysql> show binlog events in 'mysql-bin.000002' from 624\G;

d）指定查詢 mysql-bin.000002這個檔案，從pos點:624開始查起，查詢10條（即10條語句）
mysql> show binlog events in 'mysql-bin.000002' from 624 limit 10\G;

e）指定查詢 mysql-bin.000002這個檔案，從pos點:624開始查起，偏移2行（即中間跳過2個），查詢10條
mysql> show binlog events in 'mysql-bin.000002' from 624 limit 2,10\G;

五、利用binlog日誌恢復mysql資料

以下對ops庫的member表進行操作
mysql> use ops；
mysql> CREATE TABLE IF NOT EXISTS `member` (
-> `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
-> `name` varchar(16) NOT NULL,
-> `sex` enum('m','w') NOT NULL DEFAULT 'm',
-> `age` tinyint(3) unsigned NOT NULL,
-> `classid` char(6) DEFAULT NULL,
-> PRIMARY KEY (`id`)
-> ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
Query OK, 0 rows affected (0.10 sec)

mysql> show tables;
+---------------+
| Tables_in_ops |
+---------------+
| member |
+---------------+
1 row in set (0.00 sec)

事先插入兩條資料
mysql> insert into member(`name`,`sex`,`age`,`classid`) values('wangshibo','m',27,'cls1'),('guohuihui','w',27,'cls2');
Query OK, 2 rows affected (0.08 sec)
Records: 2 Duplicates: 0 Warnings: 0
mysql> select * from member;
+----+-----------+-----+-----+---------+
| id | name | sex | age | classid |
+----+-----------+-----+-----+---------+
| 1 | wangshibo | m | 27 | cls1 |
| 2 | guohuihui | w | 27 | cls2 |
+----+-----------+-----+-----+---------+
2 rows in set (0.00 sec)

下面開始進行場景模擬：
1）
ops庫會在每天凌晨4點進行一次完全備份的定時計劃任務，如下：
[root@vm-002 ~]# crontab -l
0 4 * * * /usr/bin/mysqldump -uroot -p -B -F -R -x --master-data=2 ops|gzip >/opt/backup/ops_$(date +%F).sql.gz

這裡手動執行下，將ops資料庫備份到/opt/backup/ops_$(date +%F).sql.gz檔案中：
[root@vm-002 ~]# mysqldump -uroot -p -B -F -R -x --master-data=2 ops|gzip >/opt/backup/ops_$(date +%F).sql.gz
Enter password:
[root@vm-002 ~]# ls /opt/backup/
ops_2016-09-25.sql.gz
-----------------
引數說明：
-B：指定資料庫
-F：重新整理日誌
-R：備份儲存過程等
-x：鎖表
--master-data：在備份語句裡新增CHANGE MASTER語句以及binlog檔案及位置點資訊
-----------------
待到資料庫備份完成，就不用擔心資料丟失了，因為有完全備份資料在！！

由於上面在全備份的時候使用了-F選項，那麼當資料備份操作剛開始的時候系統就會自動重新整理log，這樣就會自動產生
一個新的binlog日誌，這個新的binlog日誌就會用來記錄備份之後的資料庫“增刪改”操作
檢視一下：
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000003 | 106 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

也就是說， mysql-bin.000003 是用來記錄4:00之後對資料庫的所有“增刪改”操作。

2）
早上9點上班了，由於業務的需求會對資料庫進行各種“增刪改”操作。
比如：在ops庫下member表內插入、修改了資料等等：

先是早上進行插入資料：
mysql> insert into ops.member(`name`,`sex`,`age`,`classid`) values('yiyi','w',20,'cls1'),('xiaoer','m',22,'cls3'),('zhangsan','w',21,'cls5'),('lisi','m',20,'cls4'),('wangwu','w',26,'cls6');
Query OK, 5 rows affected (0.08 sec)
Records: 5 Duplicates: 0 Warnings: 0

mysql> select * from member;
+----+-----------+-----+-----+---------+
| id | name | sex | age | classid |
+----+-----------+-----+-----+---------+
| 1 | wangshibo | m | 27 | cls1 |
| 2 | guohuihui | w | 27 | cls2 |
| 3 | yiyi | w | 20 | cls1 |
| 4 | xiaoer | m | 22 | cls3 |
| 5 | zhangsan | w | 21 | cls5 |
| 6 | lisi | m | 20 | cls4 |
| 7 | wangwu | w | 26 | cls6 |
+----+-----------+-----+-----+---------+
7 rows in set (0.00 sec)

3）
中午又執行了修改資料操作：
mysql> update ops.member set name='李四' where id=4;
Query OK, 1 row affected (0.07 sec)
Rows matched: 1 Changed: 1 Warnings: 0

mysql> update ops.member set name='小二' where id=2;
Query OK, 1 row affected (0.06 sec)
Rows matched: 1 Changed: 1 Warnings: 0

mysql> select * from member;
+----+-----------+-----+-----+---------+
| id | name | sex | age | classid |
+----+-----------+-----+-----+---------+
| 1 | wangshibo | m | 27 | cls1 |
| 2 | 小二 | w | 27 | cls2 |
| 3 | yiyi | w | 20 | cls1 |
| 4 | 李四 | m | 22 | cls3 |
| 5 | zhangsan | w | 21 | cls5 |
| 6 | lisi | m | 20 | cls4 |
| 7 | wangwu | w | 26 | cls6 |
+----+-----------+-----+-----+---------+
7 rows in set (0.00 sec)

4）
在下午18:00的時候，悲劇莫名其妙的出現了！
手賤執行了drop語句，直接刪除了ops庫！嚇尿！
mysql> drop database ops;
Query OK, 1 row affected (0.02 sec)

5）
這種時候，一定不要慌張！！！
先仔細檢視最後一個binlog日誌，並記錄下關鍵的pos點，到底是哪個pos點的操作導致了資料庫的破壞(通常在最後幾步)；

先備份一下最後一個binlog日誌檔案：
[root@vm-002 ~]# cd /var/lib/mysql/
[root@vm-002 mysql]# cp -v mysql-bin.000003 /opt/backup/
`mysql-bin.000003' -> `/opt/backup/mysql-bin.000003'
[root@vm-002 mysql]# ls /opt/backup/
mysql-bin.000003 ops_2016-09-25.sql.gz

接著執行一次重新整理日誌索引操作，重新開始新的binlog日誌記錄檔案。按理說mysql-bin.000003
這個檔案不會再有後續寫入了，因為便於我們分析原因及查詢ops節點，以後所有資料庫操作都會寫入到下一個日誌檔案。
mysql> flush logs;
Query OK, 0 rows affected (0.13 sec)

6）
讀取binlog日誌，分析問題。
讀取binlog日誌的方法上面已經說到。
方法一：使用mysqlbinlog讀取binlog日誌：
[root@vm-002 ~]# cd /var/lib/mysql/
[root@vm-002 mysql]# mysqlbinlog mysql-bin.000003

方法二：登入伺服器，並檢視(推薦此種方法)
mysql> show binlog events in 'mysql-bin.000003';

+------------------+-----+-------------+-----------+-------------+----------------------------------------------------------------------------------------------------------------------------+
| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |
+------------------+-----+-------------+-----------+-------------+----------------------------------------------------------------------------------------------------------------------------+
| mysql-bin.000003 | 4 | Format_desc | 1 | 106 | Server ver: 5.1.73-log, Binlog ver: 4 |
| mysql-bin.000003 | 106 | Query | 1 | 173 | BEGIN |
| mysql-bin.000003 | 173 | Intvar | 1 | 201 | INSERT_ID=3 |
| mysql-bin.000003 | 201 | Query | 1 | 444 | use `ops`; insert into ops.member(`name`,`sex`,`age`,`gsan','w',21,'cls5'),('lisi','m',20,'cls4'),('wangwu','w',26,'cls6') |
| mysql-bin.000003 | 444 | Xid | 1 | 471 | COMMIT /* xid=66 */ |
| mysql-bin.000003 | 471 | Query | 1 | 538 | BEGIN |
| mysql-bin.000003 | 538 | Query | 1 | 646 | use `ops`; update ops.member set name='李四' where id= |
| mysql-bin.000003 | 646 | Xid | 1 | 673 | COMMIT /* xid=68 */ |
| mysql-bin.000003 | 673 | Query | 1 | 740 | BEGIN |
| mysql-bin.000003 | 740 | Query | 1 | 848 | use `ops`; update ops.member set name='小二' where id= |
| mysql-bin.000003 | 848 | Xid | 1 | 875 | COMMIT /* xid=69 */ |
| mysql-bin.000003 | 875 | Query | 1 | 954 | drop database ops |
| mysql-bin.000003 | 954 | Rotate | 1 | 997 | mysql-bin.000004;pos=4 |
+------------------+-----+-------------+-----------+-------------+----------------------------------------------------------------------------------------------------------------------------+
13 rows in set (0.00 sec)

或者：

mysql> show binlog events in 'mysql-bin.000003'\G;
.........
.........
*************************** 12. row ***************************
Log_name: mysql-bin.000003
Pos: 875
Event_type: Query
Server_id: 1
End_log_pos: 954
Info: drop database ops
*************************** 13. row ***************************
Log_name: mysql-bin.000003
Pos: 954
Event_type: Rotate
Server_id: 1
End_log_pos: 997
Info: mysql-bin.000004;pos=4
13 rows in set (0.00 sec)

通過分析，造成資料庫破壞的pos點區間是介於 875--954 之間（這是按照日誌區間的pos節點算的），只要恢復到875前就可。

7）
先把凌晨4點全備份的資料恢復：
[root@vm-002 ~]# cd /opt/backup/
[root@vm-002 backup]# ls
mysql-bin.000003 ops_2016-09-25.sql.gz
[root@vm-002 backup]# gzip -d ops_2016-09-25.sql.gz
[root@vm-002 backup]# mysql -uroot -p -v < ops_2016-09-25.sql
Enter password:
--------------
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */
--------------

--------------
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */
--------------

.............
.............

--------------
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */
--------------

這樣就恢復了截至當日凌晨(4:00)前的備份資料都恢復了。

mysql> show databases; #發現ops庫已經恢復回來了
mysql> use ops;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> show tables;
+---------------+
| Tables_in_ops |
+---------------+
| member |
+---------------+
1 row in set (0.00 sec)

mysql>

但是這僅僅只是恢復了當天凌晨4點之前的資料，在4:00--18:00之間的資料還沒有恢復回來！！
怎麼辦呢？
莫慌！這可以根據前面提到的mysql-bin.000003的新binlog日誌進行恢復。

8）
從binlog日誌恢復資料
恢復命令的語法格式：
mysqlbinlog mysql-bin.0000xx | mysql -u使用者名稱 -p密碼資料庫名

--------------------------------------------------------
常用引數選項解釋：
--start-position=875 起始pos點
--stop-position=954 結束pos點
--start-datetime="2016-9-25 22:01:08" 起始時間點
--stop-datetime="2019-9-25 22:09:46" 結束時間點
--database=zyyshop 指定只恢復zyyshop資料庫(一臺主機上往往有多個資料庫，只限本地log日誌)
--------------------------------------------------------
不常用選項：
-u --user=name 連線到遠端主機的使用者名稱
-p --password[=name] 連線到遠端主機的密碼
-h --host=name 從遠端主機上獲取binlog日誌
--read-from-remote-server 從某個MySQL伺服器上讀取binlog日誌
--------------------------------------------------------
小結：實際是將讀出的binlog日誌內容，通過管道符傳遞給mysql命令。這些命令、檔案儘量寫成絕對路徑；

a）完全恢復(需要手動vim編輯mysql-bin.000003，將那條drop語句剔除掉)
[root@vm-002 backup]# cp /var/lib/mysql/mysql-bin.000003 /opt/backup
[root@vm-002 backup]# mysqlbinlog /opt/backup/mysql-bin.000003 > /opt/backup/000003.sql
[root@vm-002 backup]# vim /opt/backup/000003.sql #刪除裡面的drop語句
[root@vm-002 backup]# mysql -uroot -p -v < /opt/backup/000003.sql

溫馨提示：
在恢復全備資料之前必須將該binlog檔案移出，否則恢復過程中，會繼續寫入語句到binlog，最終導致增量恢復資料部分變得比較混亂！
可參考：https://www.cnblogs.com/kevingrace/p/5904800.html

b）指定pos結束點恢復(部分恢復)：
--stop-position=471 pos結束節點（按照事務區間算，是471）
注意：
此pos結束節點介於“member表原始資料”與更新“name='李四'”之前的資料，這樣就可以恢復到更改“name='李四'”之前的資料了。
操作如下：
[root@vm-002 ~]# /usr/bin/mysqlbinlog --stop-position=471 --database=ops /var/lib/mysql/mysql-bin.000003 | /usr/bin/mysql -uroot -p123456 -v ops

恢復截止到更改“name='李四'”之間的資料（按照事務區間算，是673）
[root@vm-002 ~]# /usr/bin/mysqlbinlog --stop-position=673 --database=ops /var/lib/mysql/mysql-bin.000003 | /usr/bin/mysql -uroot -p123456 -v ops

mysql> select * from member;
+----+-----------+-----+-----+---------+
| id | name | sex | age | classid |
+----+-----------+-----+-----+---------+
| 1 | wangshibo | m | 27 | cls1 |
| 2 | guohuihui | w | 27 | cls2 |
| 3 | yiyi | w | 20 | cls1 |
| 4 | 李四 | m | 22 | cls3 |
| 5 | zhangsan | w | 21 | cls5 |
| 6 | lisi | m | 20 | cls4 |
| 7 | wangwu | w | 26 | cls6 |
+----+-----------+-----+-----+---------+
7 rows in set (0.00 sec)

c）指定pso點區間恢復(部分恢復)：
更新 name='李四' 這條資料，日誌區間是Pos[538] --> End_log_pos[646]，按事務區間是：Pos[471] --> End_log_pos[673]

更新 name='小二' 這條資料，日誌區間是Pos[740] --> End_log_pos[848]，按事務區間是：Pos[673] --> End_log_pos[875]

c1）
單獨恢復 name='李四' 這步操作，可這樣：
按照binlog日誌區間單獨恢復：
[root@vm-002 ~]# /usr/bin/mysqlbinlog --start-position=538 --stop-position=646 --database=ops /var/lib/mysql/mysql-bin.000003 | /usr/bin/mysql -uroot -p123456 -v ops

按照事務區間單獨恢復
[root@vm-002 ~]# /usr/bin/mysqlbinlog --start-position=471 --stop-position=673 --database=ops /var/lib/mysql/mysql-bin.000003 | /usr/bin/mysql -uroot -p123456 -v ops

c2）
單獨恢復 name='小二' 這步操作，可這樣：
按照binlog日誌區間單獨恢復：
[root@vm-002 ~]# /usr/bin/mysqlbinlog --start-position=740 --stop-position=848 --database=ops /var/lib/mysql/mysql-bin.000003 | /usr/bin/mysql -uroot -p123456 -v ops

按照事務區間單獨恢復
[root@vm-002 ~]# /usr/bin/mysqlbinlog --start-position=673 --stop-position=875 --database=ops /var/lib/mysql/mysql-bin.000003 | /usr/bin/mysql -uroot -p123456 -v ops

c3）
將 name='李四'、name='小二' 多步操作一起恢復，需要按事務區間，可這樣：
[root@vm-002 ~]# /usr/bin/mysqlbinlog --start-position=471 --stop-position=875 --database=ops /var/lib/mysql/mysql-bin.000003 | /usr/bin/mysql -uroot -p123456 -v ops

檢視資料庫：
mysql> select * from member;
+----+-----------+-----+-----+---------+
| id | name | sex | age | classid |
+----+-----------+-----+-----+---------+
| 1 | wangshibo | m | 27 | cls1 |
| 2 | 小二 | w | 27 | cls2 |
| 3 | yiyi | w | 20 | cls1 |
| 4 | 李四 | m | 22 | cls3 |
| 5 | zhangsan | w | 21 | cls5 |
| 6 | lisi | m | 20 | cls4 |
| 7 | wangwu | w | 26 | cls6 |
+----+-----------+-----+-----+---------+
7 rows in set (0.00 sec)

這樣，就恢復了刪除前的資料狀態了！！

=====================================================

另外：也可以指定時間節點區間恢復(部分恢復)，就是說除了用pos節點的辦法進行恢復，也可以通過指定時間節點區間進行恢復，
按時間恢復需要用mysqlbinlog命令讀取binlog日誌內容，找時間節點。

如上，誤刪除ops庫後：
先進行全備份恢復
[root@vm-002 backup]# mysql -uroot -p -v < ops_2016-09-25.sql

檢視ops資料庫
mysql> select * from member;
+----+-----------+-----+-----+---------+
| id | name | sex | age | classid |
+----+-----------+-----+-----+---------+
| 1 | wangshibo | m | 27 | cls1 |
| 2 | guohuihui | w | 27 | cls2 |
+----+-----------+-----+-----+---------+
2 rows in set (0.00 sec)

mysql>

檢視mysq-bin00003日誌，找出時間節點
[root@vm-002 ~]# cd /var/lib/mysql
[root@vm-002 mysql]# mysqlbinlog mysql-bin.000003
.............
.............
BEGIN
/*!*/;
# at 173
#160925 21:57:19 server id 1 end_log_pos 201 Intvar
SET INSERT_ID=3/*!*/;
# at 201
#160925 21:57:19 server id 1 end_log_pos 444 Query thread_id=3 exec_time=0 error_code=0
use `ops`/*!*/;
SET TIMESTAMP=1474811839/*!*/;
insert into ops.member(`name`,`sex`,`age`,`classid`) values('yiyi','w',20,'cls1'),('xiaoer','m',22,'cls3'),('zhangsan','w',21,'cls5'),('lisi','m',20,'cls4'),('wangwu','w',26,'cls6') #執行的sql語句
/*!*/;
# at 444
#160925 21:57:19 server id 1 end_log_pos 471 Xid = 66 #開始執行的時間
COMMIT/*!*/;
# at 471
#160925 21:58:41 server id 1 end_log_pos 538 Query thread_id=3 exec_time=0 error_code=0 #結束時間
SET TIMESTAMP=1474811921/*!*/;
BEGIN
/*!*/;
# at 538
#160925 21:58:41 server id 1 end_log_pos 646 Query thread_id=3 exec_time=0 error_code=0
SET TIMESTAMP=1474811921/*!*/;
update ops.member set name='李四' where id=4   #執行的sql語句
/*!*/;
# at 646
#160925 21:58:41 server id 1 end_log_pos 673 Xid = 68 #開始執行的時間
COMMIT/*!*/;
# at 673
#160925 21:58:56 server id 1 end_log_pos 740 Query thread_id=3 exec_time=0 error_code=0   #結束時間
SET TIMESTAMP=1474811936/*!*/;
BEGIN
/*!*/;
# at 740
#160925 21:58:56 server id 1 end_log_pos 848 Query thread_id=3 exec_time=0 error_code=0
SET TIMESTAMP=1474811936/*!*/;
update ops.member set name='小二' where id=2    #執行的sql語句
/*!*/;
# at 848
#160925 21:58:56 server id 1 end_log_pos 875 Xid = 69   #開始執行的時間
COMMIT/*!*/;
# at 875
#160925 22:01:08 server id 1 end_log_pos 954 Query thread_id=3 exec_time=0 error_code=0 #結束時間
SET TIMESTAMP=1474812068/*!*/;
drop database ops
/*!*/;
# at 954
#160925 22:09:46 server id 1 end_log_pos 997 Rotate to mysql-bin.000004 pos: 4
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;

恢復到更改“name='李四'”之前的資料
[root@vm-002 ~]# /usr/bin/mysqlbinlog --start-datetime="2016-09-25 21:57:19" --stop-datetime="2016-09-25 21:58:41" --database=ops /var/lib/mysql/mysql-bin.000003 | /usr/bin/mysql -uroot -p123456 -v ops

[root@vm-002 ~]# /usr/bin/mysqlbinlog --start-datetime="2016-09-25 21:58:41" --stop-datetime="2016-09-25 21:58:56" --database=ops /var/lib/mysql/mysql-bin.000003 | /usr/bin/mysql -uroot -p123456 -v ops
mysql> select * from member;
+----+-----------+-----+-----+---------+
| id | name | sex | age | classid |
+----+-----------+-----+-----+---------+
| 1 | wangshibo | m | 27 | cls1 |
| 2 | guohuihui | w | 27 | cls2 |
| 3 | yiyi | w | 20 | cls1 |
| 4 | 李四 | m | 22 | cls3 |
| 5 | zhangsan | w | 21 | cls5 |
| 6 | lisi | m | 20 | cls4 |
| 7 | wangwu | w | 26 | cls6 |
+----+-----------+-----+-----+---------+
7 rows in set (0.00 sec)

[root@vm-002 ~]# /usr/bin/mysqlbinlog --start-datetime="2016-09-25 21:58:56" --stop-datetime="2016-09-25 22:01:08" --database=ops /var/lib/mysql/mysql-bin.000003 | /usr/bin/mysql -uroot -p123456 -v ops
mysql> select * from member;
+----+-----------+-----+-----+---------+
| id | name | sex | age | classid |
+----+-----------+-----+-----+---------+
| 1 | wangshibo | m | 27 | cls1 |
| 2 | 小二 | w | 27 | cls2 |
| 3 | yiyi | w | 20 | cls1 |
| 4 | 李四 | m | 22 | cls3 |
| 5 | zhangsan | w | 21 | cls5 |
| 6 | lisi | m | 20 | cls4 |
| 7 | wangwu | w | 26 | cls6 |
+----+-----------+-----+-----+---------+
7 rows in set (0.00 sec)

這樣，就恢復了刪除前的狀態了！

總結：所謂恢復，就是讓mysql將儲存在binlog日誌中指定段落區間的sql語句逐個重新執行一次而已。

利用binlog日誌恢復mysql資料
2020-10-20
MySql
MySQL--binlog日誌恢復資料
2015-12-02
MySql
MySQL 的日誌：binlog
2021-12-21
MySql
mysql清除binlog日誌
2016-08-22
MySql
MySQL的binlog日誌
2016-01-20
MySql
清除MySQL Binlog日誌
2014-05-07
MySql
教你自動恢復MySQL資料庫的日誌檔案(binlog)
2021-09-09
MySql資料庫
mysql 誤刪除表內資料，透過binlog日誌恢復
2018-04-02
MySql
Mysql資料庫之Binlog日誌使用總結
2016-11-15
MySql資料庫
mysql誤修改全表記錄，使用binlog日誌找回資料
2018-04-02
MySql
mysql binlog日誌刪除
2013-05-22
MySql
資料庫篇：mysql日誌型別之 redo、undo、binlog
2022-03-28
資料庫MySql型別
mysql之 innobackupex備份+binlog日誌的完全恢復（命令列執行模式）
2017-06-09
MySql命令列模式
[MySQL binlog]徹底解析Mixed日誌格式的binlog
2016-10-07
MySql
binlog日誌的格式
2016-03-11
MySQL 日誌系統 redo log、binlog
2021-05-24
MySql
MySQL 正確刪除 binlog 日誌
2020-12-09
MySql
mysql檢視binlog日誌詳解
2020-12-16
MySql
實時備份mysql binlog日誌
2016-08-11
MySql
(個人)利用日誌挖掘恢復誤操作
2014-11-20
mysql binlog日誌自動清理及手動刪除
2015-12-02
MySql
MySQL更新資料時，日誌（redo log、binlog）執行流程
2022-01-29
MySql
利用MySQL日誌模擬恢復資料變化軌跡II
2013-05-22
MySql
MySQL重做日誌恢復資料的流程
2018-06-07
MySql
監聽MySQL的binlog日誌工具分析：Canal
2020-10-20
MySql
【Mysql】遠端備份binlog日誌到本地
2016-03-21
MySql
Oracle資料庫重做日誌及歸檔日誌的工作原理說明
2017-10-20
Oracle資料庫
MySQL 日誌檔案說明
2011-11-30
MySql
檢視mysql 的binlog日誌存放的位置（轉）
2020-07-09
MySql
MySQL 主從複製搭建，基於日誌（binlog）
2017-04-19
MySql
如何安全刪除mysql下的binlog日誌薦
2013-06-25
MySql
secureCRT記錄操作日誌
2016-10-19
Securecrt
oracle日誌操作記錄
2009-03-08
Oracle
MySQL如何通過分析binlog日誌找出操作頻繁的表
2018-07-11
MySql
mysql 利用binlog增量備份、恢復
2010-11-29
MySql
MySQL 通過 binlog 恢復資料
2018-12-06
MySql
MySQL 透過 binlog 恢復資料
2018-12-04
MySql
php日誌,記錄日誌
2013-07-25
PHP

Mysql之binlog日誌說明及利用binlog日誌恢復資料操作記錄

相關文章