不小心删除数据--利用MySQL的binlog恢复数据

MySQL Binary Log也就是常说的bin-log, ,是mysql执行改动产生的二进制日志文件,其主要作用有两个:
* 数据回复
* 主从数据库。用于slave端执行增删改，保持与master同步。

1.开启binary log功能 　

对于mysql也是支持增量备份，但要打开mysql的bin log功能。

我们修改mysql的配置文件。linux是/etc/my.cnf，windows是mysql的安装目录/my.ini
我们在[mysqld]下面加上log-bin一行代码，如下面。

1. 
   
2. [mysqld]
   
3. log-bin=mysql-bin
   

复制代码

加完后重起mysql即可。
  log_bin是生成的bin-log的文件名，后缀则是6位数字的编码，从000001开始，按照上面的配置，生成的文件则为：
   mysql-bin.000001
   mysql-bin.000002
   ......

或

   mysql_bin.000001
   mysql_bin.000002
   ......
 
 配置保存以后重启mysql的服务器，用show variables like  '%bin%'查看bin-log是否开启，如图： 


2.查看产生的binary log

   bin-log因为是二进制文件，不能通过记事本等编辑器直接打开查看，mysql提供两种方式查看方式，在介绍之前，我们先对数据库进行一下增删改的操作，否则log里边数据有点空。
   create table bin( id int(10) primary key auto_increment,name varchar(255));(测试前我已经建表)
   insert into bin(name) values ('orange');

  1.在客户端中使用  show binlog events in 'mysql_bin.000001'  语句进行查看,为了排序美观，可以在结尾加G使结果横变纵，此时结尾无需加；语句结束符。

　　mysql> show binlog events in 'mysql-bin.000001'G
　　...............省略...............
　　*************************** 3. row ***************************
   　Log_name: mysql_bin.000001
     Pos: 174
　　 Event_type: Intvar
  　 Server_id: 1
　　 End_log_pos: 202
     Info: INSERT_ID=2
　　*************************** 4. row ***************************
     Log_name: mysql_bin.000001
     Pos: 202
　　 Event_type: Query
  　 Server_id: 1
　　 End_log_pos: 304
     Info: use `test`; insert into bin(name) values ('orange')
　　*************************** 5. row ***************************
...............省略...............
Log_name:此条log存在那个文件中，从上面可以看出这2条log皆存在与mysql_bin.000001文件中。
Pos:log在bin-log中的开始位置
Event_type:log的类型信息
Server_id:可以查看配置中的server_id,表示log是那个服务器产生
End_log_pos：log在bin-log中的结束位置
Info:log的一些备注信息，可以直观的看出进行了什么操作

2.用mysql自带的工具mysqlbinlog

　　这是我们就需要知道bin-log存在硬盘的什么位置，win7默认存在 C:ProgramDataMySQLMySQL Server 5.1data文件夹下面，如果没有此文件夹，那我们可以通过配置文件中的  datadir="C:/ProgramData/MySQL/MySQL Server 5.1/Data/" 定位，如果还没有，那我就会说“各个系统的搜索功能都做的不错！”。这种查看方式就没那个美观了，如下

C:ProgramDataMySQLMySQL Server 5.1data>mysqlbinlog mysql-bin.000001

/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#121015 16:35:56 server id 1  end_log_pos 106   Start: binlog v 4, server v 5.1.51-community-log created 121015 16:35:56 at startup
ROLLBACK/*!*/;
BINLOG '
7Mp7UA8BAAAAZgAAAGoAAAAAAAQANS4xLjUxLWNvbW11bml0eS1sb2cAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAADsyntQEzgNAAgAEgAEBAQEEgAAUwAEGggAAAAICAgC
'/*!*/;
# at 106
#121015 16:36:51 server id 1  end_log_pos 174   Query   thread_id=2     exec_time=0     error_code=0
SET TIMESTAMP=1350290211/*!*/;
SET @@session.pseudo_thread_id=2/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=1, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1344274432/*!*/;
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=33/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
BEGIN
/*!*/;
# at 174
#121015 16:36:51 server id 1  end_log_pos 202   Intvar
SET INSERT_ID=3/*!*/;
# at 202
#121015 16:36:51 server id 1  end_log_pos 309   Query   thread_id=2     exec_time=0     error_code=0
use test/*!*/;
SET TIMESTAMP=1350290211/*!*/;
insert into bin(name) values('xishizhaohua')
/*!*/;
# at 309
#121015 16:36:51 server id 1  end_log_pos 336   Xid = 28
COMMIT/*!*/;
# at 336
#121015 16:37:25 server id 1  end_log_pos 379   Rotate to mysql_bin.000002  pos: 4
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;

虽然排版有点乱，但从图中我们可以得到更多信息，如时间戳，自增的偏移，是否自动提交事务等信息。如下图为从中提取的一部分。


3.利用bin_log恢复数据

    1.最长用的就是回复指定数据端的数据了，可以直接恢复到数据库中：
    　mysqlbinlog  --start-date="2015-09-09 15:23:40" --stop-date="2015-09-09 15:24:11" mysql-bin.000003 |mysql -uroot -pro
      亦可导出为sql文件，再导入至数据库中：
      mysqlbinlog  --start-date="2015-09-09 15:23:40" --stop-date="2015-09-09 15:24:11" mysql-bin.000003 >d:1.sql
      mysqlbinlog  d:1.sql

　　　这里可能会出现错误

　　　mysqlbinlog  xxx.sql 这里就报错了

　　　ERROR: File is not a binary log file

　　　mysqlbinlog --start-position=1921--stop-position=2569mysql-bin.000003 >xx.sql

　　　mysqlbinlog  xx.sql 也是报一样错

　　　ERROR: File is not a binary log file

　　　解决办法

　　　先确定 mysqlbinlog 是你当前运行的mysql对应的版本，另外，可能是该binlog已经损坏了

　　　Egg:

　　　C:ProgramDataMySQLMySQL Server 5.5data>mysqlbinlog --version

　　　mysqlbinlog Ver 3.3 for Win64 at x86

    2.指定开始结束位置

　　从上面的查看产生的binary log我们可以知道某个log的开始到结束的位置，我们可以在恢复的过程中指定回复从A位置到B位置的log.需要用下面两个参数来指定：
    --start-positon="50" //指定从50位置开始
    --stop-postion="100"//指定到100位置结束

---

最后介绍几个bin_log的操作：
   1.产看最后一个bin日志文件是那个,现在位置

  2.启用新的日志文件,一般备份完数据库后执行

3.清空现有的所用bin-log

---

之后自己也做了一个简单的测试，对数据进行恢复，具体如下：

1、新建一个表
CREATE TABLE  `test`.`sn_test` ( `name` VARCHAR( 10 ) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL , `age` INT( 3 ) NOT NULL ) ENGINE = MYISAM;

2、插入多条数据
INSERT INTO `test`.`sn_test` (`name`, `age`) VALUES ('lynn1', '1');
INSERT INTO `test`.`sn_test` (`name`, `age`) VALUES ('lynn2', '2'); 
INSERT INTO `test`.`sn_test` (`name`, `age`) VALUES ('lynn3', '3'); 
INSERT INTO `test`.`sn_test` (`name`, `age`) VALUES ('lynn4', '4');

3、查看数据并删除
mysql> select * from test.sn_test;
+-------+-----+
| name  | age |
+---------+---+
| lynn1 |   1 |
| lynn2 |   2 |
| lynn3 |   3 |
| lynn4 |   4 |
+---------+-----+
4 rows in set (0.00 sec)

mysql> delete from test.sn_test;
Query OK, 4 rows affected (0.00 sec)

mysql> select * from test.sn_test;
Empty set (0.00 sec)

 

查看日志的相关信息

mysql> show binlog events in 'mysql-bin.000001'G

4、mysqlbinlog恢复数据
mysqlbinlog mysql-bin.000003 > 1.sql

查看1.sql里面数据插入的纪录，把删除之前的数据进行恢复
mysqlbinlog mysql-bin.000003 --start-position=2921 --stop-position=3004| mysql -uroot -proot

或者按照时间点来恢复

mysqlbinlog  --start-date="2015-09-09 15:23:40" --stop-date="2015-09-09 15:24:11" mysql-bin.000003 |mysql -uroot -pro
亦可导出为sql文件，再导入至数据库中： 

mysqlbinlog  --start-date="2015-09-09 15:23:40" --stop-date="2015-09-09 15:24:11" mysql-bin.000003 >d:1.sql
source d:1.sql

重新登录，查看数据，OK，已经成功恢复了

注意：这里的恢复数据的position或date只能是插入或修改的记录块。如果选择删除的记录块，则数据恢复不了。其原理跟普通的sql语句一样，日志只是把操作以sql语句的形式存储起来，恢复数据的时候执行一遍sql语句，而达到恢复数据的效果。因为只有insert 和 update 才会有数据存储。

 

---

 

对于数据库操作，应该注意如下问题：
1、要常备份（全备，增量备份），出了问题可以最快恢复数据；
2、操作数据库前，要把需要操作的数据库或者表dump出来；
3、需要把bin-log打开，就算没有做上面的两步，也可以通过日志恢复数据