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
在[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、用如下方式查看二进制日志状态：是否开启
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、还有个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数据恢复详解整合，希望对大家有所帮助
如对本文有疑问， 点击进行留言回复！！
服务器Centos部署MySql并连接Navicat过程详解
我要评论
网友评论