婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > Mysql的Binlog數(shù)據(jù)恢復:不小心刪除數(shù)據(jù)庫詳解

Mysql的Binlog數(shù)據(jù)恢復:不小心刪除數(shù)據(jù)庫詳解

熱門標簽:昌德訊外呼系統(tǒng) 自己做地圖標注需要些什么 電話機器人的價格多少錢一個月 天津公司外呼系統(tǒng)軟件 福建外呼電銷機器人加盟 徐涇鎮(zhèn)騰訊地圖標注 400電話申請廠家現(xiàn)貨 中國地圖標注公司 百度地圖標注要什么軟件

Mysql的Bin log數(shù)據(jù)恢復:不小心刪除數(shù)據(jù)庫

前言:因為不小心刪除了測試機器上Mysql的一整個數(shù)據(jù)庫Schema,因為是測試機所以沒有做備份,現(xiàn)在通過MySQL的Bin log方式恢復到刪除以前的數(shù)據(jù)庫。

當然做Bin log的數(shù)據(jù)恢復前提是已經(jīng)打開Bin log的功能,如果又沒做數(shù)據(jù)備份,又沒打開Bin log日志,那你就可能需要考慮快照等其它方式從系統(tǒng)的角度去恢復。

Bin log 常用于數(shù)據(jù)增量備份和恢復,以及數(shù)據(jù)庫主從復制。如果沒有開啟,可以通過如下方式打開:

1、打開mysql的binlog功能

mysql是支持增量備份,但要打開mysql的bin log功能。

修改mysql的配置文件。linux是/etc/my.cnf,windows是mysql的安裝目錄/my.ini
在[mysqld]下面加上log-bin一行代碼,如下面:

# Replication Master Server (default)
# binary logging is required for replication
log-bin=mysql-bin

# binary logging format - mixed recommended
binlog_format=mixed。

2、用如下方式查看二進制日志狀態(tài):是否開啟

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恢復數(shù)據(jù). 因為我整個Schema都刪掉了,又沒備份,正好開啟了bin log日志,所以把歷史的bin-log都重新執(zhí)行了一遍,重新恢復到誤刪以前的版本,(我這里總共有91個文件,批量處理的):(9999999999999:是為了省掉去查找每一個bin-log日志文件的起始結束位置,設的一個無窮大的數(shù)字,簡化操作.)

#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. 1、切記一定要定期備份;
  2. 2、有備份的話恢復也快一點,可以從備份的時間點做增量備份,不需要像我這里從頭開始91個文件全部批量跑一遍,當然我用編輯器批量處理的也還算快;
  3. 3、另外一定要打開Bin-log日志,如果沒做備份也可以通過Bin-log日志恢復。
  4. 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回滾天數(shù):

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數(shù)據(jù)恢復詳解整合,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持!

您可能感興趣的文章:
  • MySQL數(shù)據(jù)庫恢復(使用mysqlbinlog命令)
  • MySQL中的binlog相關命令和恢復技巧
  • mysql如何利用binlog進行數(shù)據(jù)恢復詳解
  • 教你自動恢復MySQL數(shù)據(jù)庫的日志文件(binlog)
  • Linux上通過binlog文件恢復mysql數(shù)據(jù)庫詳細步驟
  • 解說mysql之binlog日志以及利用binlog日志恢復數(shù)據(jù)的方法
  • MySQL使用mysqldump+binlog完整恢復被刪除的數(shù)據(jù)庫原理解析
  • MySQL使用binlog日志做數(shù)據(jù)恢復的實現(xiàn)
  • mysql5.7使用binlog 恢復數(shù)據(jù)的方法
  • 如何利用MySQL的binlog恢復誤刪數(shù)據(jù)庫詳解

標簽:昌都 北京 荊門 梅河口 鄂爾多斯 陜西 黔西 駐馬店

巨人網(wǎng)絡通訊聲明:本文標題《Mysql的Binlog數(shù)據(jù)恢復:不小心刪除數(shù)據(jù)庫詳解》,本文關鍵詞  Mysql,的,Binlog,數(shù)據(jù)恢復,;如發(fā)現(xiàn)本文內容存在版權問題,煩請?zhí)峁┫嚓P信息告之我們,我們將及時溝通與處理。本站內容系統(tǒng)采集于網(wǎng)絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《Mysql的Binlog數(shù)據(jù)恢復:不小心刪除數(shù)據(jù)庫詳解》相關的同類信息!
  • 本頁收集關于Mysql的Binlog數(shù)據(jù)恢復:不小心刪除數(shù)據(jù)庫詳解的相關信息資訊供網(wǎng)民參考!
  • 推薦文章
    主站蜘蛛池模板: 林芝县| 松江区| 广宗县| 南充市| 东乌| 彰武县| 贞丰县| 台江县| 柘荣县| 湖口县| 新疆| 兰考县| 阳朔县| 瓮安县| 千阳县| 沙坪坝区| 南投县| 英山县| 科技| 惠安县| 东乡县| 霍山县| 神池县| 班戈县| 普陀区| 汉源县| 梁平县| 台南县| 定西市| 常宁市| 怀集县| 藁城市| 邵武市| 三明市| 明溪县| 博湖县| 左云县| 合江县| 昆山市| 宕昌县| 武山县|