Mysql的Binlog資料恢復:不小心刪除資料庫詳解
Mysql的Bin log資料恢復:不小心刪除資料庫
前言:因為不小心刪除了測試機器上Mysql的一整個資料庫Schema,因為是測試機所以沒有做備份,現在通過MySQL的Bin log方式恢復到刪除以前的資料庫。
當然做Bin log的資料恢復前提是已經開啟Bin log的功能,如果又沒做資料備份,又沒開啟Bin log日誌,那你就可能需要考慮快照等其它方式從系統的角度去恢復。
Bin log 常用於資料增量備份和恢復,以及資料庫主從複製。如果沒有開啟,可以通過如下方式開啟:
1、開啟mysql的binlog功能
mysql是支援增量備份,但要開啟mysql的bin log功能。
修改mysql的配置檔案。linux是/etc/my.cnf,windows是mysql的安裝目錄/my.ini
# Replication Master Server (default) # binary logging is required for replication log-bin=mysql-bin # binary logging format - mixed recommended binlog_format=mixed。
2、用如下方式檢視二進位制日誌狀態:是否開啟
mysql> show variables like 'log_%';
3、檢視所有二進位制日誌檔案:
mysql> show libary logs;
mysql> show binary logs; +------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000001 | 201 | | mysql-bin.000002 | 351 | | mysql-bin.000003 | 276 | | mysql-bin.000004 | 201 | | mysql-bin.000005 | 16509 |
4、Mysql檢視二進位制日誌檔案的操作日誌
#mysqlbinlog --start-position=0 /mydata/data/mysql-bin.000089
[root@test mysql]# mysqlbinlog --start-position=0 --stop-position=500 mysql-bin.000091 Warning: option 'start-position': unsigned value 0 adjusted to 4 /*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/; /*!40019 SET @@session.max_insert_delayed_threads=0*/; /*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/; DELIMITER /*!*/; # at 4 #151022 18:00:43 server id 1 end_log_pos 107 Start: binlog v 4,server v 5.5.38-log created 151022 18:00:43 at startup # Warning: this binlog is either in use or was not closed properly. ROLLBACK/*!*/; BINLOG ' y7MoVg8BAAAAZwAAAGsAAAABAAQANS41LjM4LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAADLsyhWEzgNAAgAEgAEBAQEEgAAVAAEGggAAAAICAgCAA== '/*!*/; # at 107 #151022 23:27:50 server id 1 end_log_pos 198 Query thread_id=2 exec_time=0 error_code=0 SET TIMESTAMP=1445527670/*!*/; SET @@session.pseudo_thread_id=2/*!*/; SET @@session.foreign_key_checks=0,@@session.sql_auto_is_null=0,@@session.unique_checks=0,@@session.autocommit=1/*!*/; SET @@session.sql_mode=1608515584/*!*/; SET @@session.auto_increment_increment=1,@@session.auto_increment_offset=1/*!*/; /*!\C utf8 *//*!*/; SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=8/*!*/; SET @@session.lc_time_names=0/*!*/; SET @@session.collation_database=DEFAULT/*!*/; DROP SCHEMA IF EXISTS `pandora`<pre name="code" class="sql">/*!*/; # at 198 #151022 23:27:50 server id 1 end_log_pos 346 Query thread_id=2 exec_time=0 error_code=0
5、通過Bin log恢復資料. 因為我整個Schema都刪掉了,又沒備份,正好開啟了bin log日誌,所以把歷史的bin-log都重新執行了一遍,重新恢復到誤刪以前的版本,(我這裡總共有91個檔案,批量處理的):(9999999999999:是為了省掉去查詢每一個bin-log日誌檔案的起始結束位置,設的一個無窮大的數字,簡化操作.)
#mysqlbinlog /var/lib/mysql/mysql-bin.000001 --start-position=0 --stop-position=9999999999999 | mysql -uroot -p123456 #mysqlbinlog /var/lib/mysql/mysql-bin.000002 --start-position=0 --stop-position=9999999999999 | mysql -uroot -p123456 #mysqlbinlog /var/lib/mysql/mysql-bin.000003 --start-position=0 --stop-position=9999999999999 | mysql -uroot -p123456 ... ...
所以總結結論是:
- 1、切記一定要定期備份;
- 2、有備份的話恢復也快一點,可以從備份的時間點做增量備份,不需要像我這裡從頭開始91個檔案全部批量跑一遍,當然我用編輯器批量處理的也還算快;
- 3、另外一定要開啟Bin-log日誌,如果沒做備份也可以通過Bin-log日誌恢復。
- 4、操作要小心。
其它:
1、還有個sql_log
mysql> show variables like 'sql_log_%';
Mysql開啟關閉sql二進位制日誌:
mysql> set sql_log_bin=0; //關閉
set session sql_log_bin=0;
2、查詢檔案位置:
find / -name my.cnf
3、linux 檢視當前所在目錄的全路徑
pwd命令:
/var/lib/mysql
4、檢視當前binary log的情況:
mysql>show master status;
5、在my.cnf/my.ini中設定binary logs回滾天數:
expire_logs_days = 7
6、檢視Master的bin log日誌
mysql> show master logs; +-----------------+-----------+ | Log_name | File_size | +-----------------+-----------+ | log-bin.000001 | 98 | +-----------------+-----------+ 1 row in set (0.00 sec) ---------------------
以上所述是小編給大家介紹的Mysql的Binlog資料恢復詳解整合,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回覆大家的。在此也非常感謝大家對我們網站的支援!