用mysqlbinlog做基於時間點的資料恢復一例
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| test |
+--------------------+
4 rows in set (0.00 sec)
mysql> use test
Database changed
mysql> show tables;
Empty set (0.00 sec)
mysql> show binary logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 120 |
+------------------+-----------+
1 row in set (0.00 sec)
mysql>
mysql>
mysql> flush logs;
Query OK, 0 rows affected (0.16 sec)
mysql> show binary logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 167 |
| mysql-bin.000002 | 120 |
+------------------+-----------+
2 rows in set (0.00 sec)
建立一個新表chenfeng並插入三條記錄:
mysql> create table chenfeng(t1 int not null primary key,t2 varchar(50),t3 datetime);
Query OK, 0 rows affected (0.13 sec)
mysql> insert into chenfeng values (1,"beijing",now());
Query OK, 1 row affected (0.02 sec)
mysql> insert into chenfeng values (2,"shanghai",now());
Query OK, 1 row affected (0.02 sec)
mysql> insert into chenfeng values (3,"zhengzhou",now());
Query OK, 1 row affected (0.03 sec)
mysql> select * from chenfeng;
+----+-----------+---------------------+
| t1 | t2 | t3 |
+----+-----------+---------------------+
| 1 | beijing | 2017-01-25 15:33:54 |
| 2 | shanghai | 2017-01-25 15:34:08 |
| 3 | zhengzhou | 2017-01-25 15:34:23 |
+----+-----------+---------------------+
3 rows in set (0.00 sec)
現在我們執行delete誤操作,刪除所有的資料:
mysql> delete from chenfeng;
Query OK, 3 rows affected (0.04 sec)
先檢視binlog,生成002.sql:
mysqlbinlog mysql-bin.000002 > 002.sql
檢視002.sql,並只摘取delete部分內容:
BEGIN
/*!*/;
# at 1094
#170125 15:37:10 server id 1 end_log_pos 1188 CRC32 0x53d8348f Query thread_id=197 exec_time=0 error_code=0
SET TIMESTAMP=1485329830/*!*/;
delete from chenfeng
/*!*/;
# at 1188
#170125 15:37:10 server id 1 end_log_pos 1219 CRC32 0xfe067937 Xid = 25
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
可以看到在時間2017-01-25 15:37:10我們做了delete誤操作。現在需要用mysqlbinlog恢復到這個時間點前的資料:
# mysqlbinlog mysql-bin.000002 --stop-date='2017-01-25 15:37:10' > resume.sql
執行resume.sql內容後發現資料已恢復:
mysql> select * from chenfeng;
+----+-----------+---------------------+
| t1 | t2 | t3 |
+----+-----------+---------------------+
| 1 | beijing | 2017-01-25 15:33:54 |
| 2 | shanghai | 2017-01-25 15:34:08 |
| 3 | zhengzhou | 2017-01-25 15:34:23 |
+----+-----------+---------------------+
3 rows in set (0.00 sec)
+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| test |
+--------------------+
4 rows in set (0.00 sec)
mysql> use test
Database changed
mysql> show tables;
Empty set (0.00 sec)
mysql> show binary logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 120 |
+------------------+-----------+
1 row in set (0.00 sec)
mysql>
mysql>
mysql> flush logs;
Query OK, 0 rows affected (0.16 sec)
mysql> show binary logs;
+------------------+-----------+
| Log_name | File_size |
+------------------+-----------+
| mysql-bin.000001 | 167 |
| mysql-bin.000002 | 120 |
+------------------+-----------+
2 rows in set (0.00 sec)
建立一個新表chenfeng並插入三條記錄:
mysql> create table chenfeng(t1 int not null primary key,t2 varchar(50),t3 datetime);
Query OK, 0 rows affected (0.13 sec)
mysql> insert into chenfeng values (1,"beijing",now());
Query OK, 1 row affected (0.02 sec)
mysql> insert into chenfeng values (2,"shanghai",now());
Query OK, 1 row affected (0.02 sec)
mysql> insert into chenfeng values (3,"zhengzhou",now());
Query OK, 1 row affected (0.03 sec)
mysql> select * from chenfeng;
+----+-----------+---------------------+
| t1 | t2 | t3 |
+----+-----------+---------------------+
| 1 | beijing | 2017-01-25 15:33:54 |
| 2 | shanghai | 2017-01-25 15:34:08 |
| 3 | zhengzhou | 2017-01-25 15:34:23 |
+----+-----------+---------------------+
3 rows in set (0.00 sec)
現在我們執行delete誤操作,刪除所有的資料:
mysql> delete from chenfeng;
Query OK, 3 rows affected (0.04 sec)
先檢視binlog,生成002.sql:
mysqlbinlog mysql-bin.000002 > 002.sql
檢視002.sql,並只摘取delete部分內容:
BEGIN
/*!*/;
# at 1094
#170125 15:37:10 server id 1 end_log_pos 1188 CRC32 0x53d8348f Query thread_id=197 exec_time=0 error_code=0
SET TIMESTAMP=1485329830/*!*/;
delete from chenfeng
/*!*/;
# at 1188
#170125 15:37:10 server id 1 end_log_pos 1219 CRC32 0xfe067937 Xid = 25
COMMIT/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
可以看到在時間2017-01-25 15:37:10我們做了delete誤操作。現在需要用mysqlbinlog恢復到這個時間點前的資料:
# mysqlbinlog mysql-bin.000002 --stop-date='2017-01-25 15:37:10' > resume.sql
執行resume.sql內容後發現資料已恢復:
mysql> select * from chenfeng;
+----+-----------+---------------------+
| t1 | t2 | t3 |
+----+-----------+---------------------+
| 1 | beijing | 2017-01-25 15:33:54 |
| 2 | shanghai | 2017-01-25 15:34:08 |
| 3 | zhengzhou | 2017-01-25 15:34:23 |
+----+-----------+---------------------+
3 rows in set (0.00 sec)
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/15498/viewspace-2132912/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- RMAN基於時間點恢復Oracle資料庫Oracle資料庫
- Oracle基於時間點的恢復Oracle
- 備份與恢復:Polardb資料庫資料基於時間點恢復資料庫
- ORACLE資料庫基於時間點的不完全恢復Oracle資料庫
- mongodb 基於oplog的時間點恢復MongoDB
- RAC 資料庫恢復到單例項下並且基於時間點恢復資料庫單例
- 基於percona xtrabackup之innobackupex實現基於時間點資料庫恢復資料庫
- oracle基於時間點的不完全恢復Oracle
- mongodb異機做時間點恢復(基於時間範圍查詢匯出oplog)MongoDB
- oracle實驗記錄 (恢復-表空間基於時間點恢復(rman))Oracle
- 【RMAN】表空間基於時間點的RMAN恢復-TSPITR
- oracle實驗記錄 (恢復-表空間基於時間點恢復(手動))Oracle
- 使用 MYSQLBINLOG 來恢復資料MySql
- MySQL binlog基於時間點恢復資料失敗是什麼鬼?MySql
- 基於時間執行資料庫不完全恢復資料庫
- 【TSPITR】RMAN表空間基於時間點的自動恢復
- oracle 閃回基於時間的恢復Oracle
- 基於資料塊的恢復
- mongodb使用備份後的oplog做時間點恢復MongoDB
- 做restore時用datafilecopy恢復時,影響資料檔案的大小REST
- mysqlbinlog工具基於日誌恢復詳細解釋MySql
- 2.MongoDB 4.2副本集環境基於時間點的恢復MongoDB
- 關於 RMAN 對於可插拔資料庫按時間點的恢復 (文件 ID 1984554.1)資料庫
- 【備份恢復】閃回資料庫(三)基於時間戳閃回資料庫資料庫時間戳
- 基於cancel的資料庫恢復資料庫
- 【DATAGUARD】Oracle 通過Dataguard指定恢復時間用於找回丟失資料Oracle
- Oracle 12c PDB基於時間點的不完全恢復記錄Oracle
- mysql通過percona xtrabackup全備和mysql binlog實現基於時間點的資料庫恢復MySql資料庫
- rman恢復到指定時間點
- 定時做資料庫恢復測試sqlserver資料庫SQLServer
- mysqlbinlog命令恢復資料要注意的問題彙總MySql
- mysqlbinlog 恢復、備份MySql
- 使用NineData構建任意時間點(PITR)資料恢復能力資料恢復
- 1.MongoDB 2.7主從複製(master –> slave)環境基於時間點的恢復MongoDBAST
- DM7使用DMRMAN恢復資料庫到指定時間點/LSN資料庫
- 基於GTID恢復誤篡改資料
- 【伺服器資料恢復】伺服器之間遷移資料時資料丟失的資料恢復案例伺服器資料恢復
- 使用RMAN的不完全恢復-基於時間/SCN/日誌序列