mysql二进制日志恢复数据

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了mysql二进制日志恢复数据相关的知识,希望对你有一定的参考价值。

1、开启mysql的二进制日志

  在mysql的配置文件my.ini中添加:

  log-bin=mysql-bin(这个名称可以随便取,英文,不知道中文可不可以,没试过)

2、重启mysql

  重启后,假如在mysql的存储数据的目录中出现一下文件,则已经二进制日志已经开启

  技术分享

  mysql-bin.000001是mysql的二进制日志文件,不可以直接查看,可以通过导出数据查看,导出数据的语句为

  技术分享

  解释一下:红色下划线的是mysql二进制mysql-bin.000001文件所在的目录,要进入这里执行后面的语句,这是我的情况

  mysqlbinlog的语法:

  mysqlbinlog 二进制日志文件 > 目标文件

  要导出到哪里自己决定,但一定先要有这个目录,导出的文件则mysql会自动生成,所以不必新建

3、查看二进制日志状态

  show master status;

  +------------------+----------+--------------+------------------+
  | File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
  +------------------+----------+--------------+------------------+
  | mysql-bin.000001 | 349 | | |
  +------------------+----------+--------------+------------------+
  1 row in set (0.00 sec)

4、测试两个例子

  第一个:

   create table bin_test(

    id int,

    name char(32)

  )engine myisam charset utf8;

 drop table bin_test;

  注意,下面的语句前面已经说过,必须开启另一个cmd,然后进入mysql-bin.000001的二进制文件的目录中执行

  E:\itcast\GZClass14\GZBasicClass14\web\mysql\data\data>mysqlbinlog mysql-bin.000001 >D:/binlog/binlog.txt

  查看binlog.txt文件

技术分享

 

    E:\itcast\GZClass14\GZBasicClass14\web\mysql\data\data>mysqlbinlog mysql-bin.000001 --stop_pos=239 | mysql -uroot -p
  Enter password: ****

  解释一下:--stop_pos=239是上面create语句的位置,mysql二进制恢复数据的原理就是让mysql重新执行二进制里面的sql语句,我们执行限制它的执行位置,让它在哪个位置停止不往下执行

  第二个例子:

  因为刚才的bin_test已经恢复,所以向它插入数据

  mysql> select * from bin_test;
  Empty set (0.00 sec)

  mysql> insert into bin_test values(1,‘hello‘);
  Query OK, 1 row affected (0.08 sec)

  mysql> insert into bin_test values(default,‘hi‘);
  Query OK, 1 row affected (0.00 sec)

  mysql> insert into bin_test values(default,‘guangzhou‘);
  Query OK, 1 row affected (0.00 sec)

  mysql> insert into bin_test values(default,‘lonely‘);
  Query OK, 1 row affected (0.00 sec)

  mysql> select * from bin_test;
  +------+-----------+
  | id | name |
  +------+-----------+
  | 1 | hello |
  | NULL | hi |
  | NULL | guangzhou |
  | NULL | lonely |
  +------+-----------+

  mysql> delete from bin_test;
  Query OK, 4 rows affected (0.08 sec)

  mysql> select * from bin_test;
  Empty set (0.00 sec)

   

  查看二进制日志

create table bin_test(id int,name char(32))engine myisam charset utf8
/*!*/;
# at 481
#160917 15:27:45 server id 1 end_log_pos 549 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097265/*!*/;
BEGIN
/*!*/;
# at 549
#160917 15:27:45 server id 1 end_log_pos 650 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097265/*!*/;
insert into bin_test values(1,‘hello‘)
/*!*/;
# at 650
#160917 15:27:45 server id 1 end_log_pos 719 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097265/*!*/;
COMMIT
/*!*/;
# at 719
#160917 15:28:00 server id 1 end_log_pos 787 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097280/*!*/;
BEGIN
/*!*/;
# at 787
#160917 15:28:00 server id 1 end_log_pos 891 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097280/*!*/;
insert into bin_test values(default,‘hi‘)
/*!*/;
# at 891
#160917 15:28:00 server id 1 end_log_pos 960 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097280/*!*/;
COMMIT
/*!*/;
# at 960
#160917 15:28:09 server id 1 end_log_pos 1028 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097289/*!*/;
BEGIN
/*!*/;
# at 1028
#160917 15:28:09 server id 1 end_log_pos 1139 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097289/*!*/;
insert into bin_test values(default,‘guangzhou‘)
/*!*/;
# at 1139
#160917 15:28:09 server id 1 end_log_pos 1208 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097289/*!*/;
COMMIT
/*!*/;
# at 1208
#160917 15:28:17 server id 1 end_log_pos 1276 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097297/*!*/;
BEGIN
/*!*/;
# at 1276
#160917 15:28:17 server id 1 end_log_pos 1384 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097297/*!*/;
insert into bin_test values(default,‘lonely‘)
/*!*/;
# at 1384
#160917 15:28:17 server id 1 end_log_pos 1453 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097297/*!*/;
COMMIT
/*!*/;
# at 1453
#160917 15:29:11 server id 1 end_log_pos 1521 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097351/*!*/;
BEGIN
/*!*/;
# at 1521
#160917 15:29:11 server id 1 end_log_pos 1604 Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1474097351/*!*/;
delete from bin_test

另一个cmd窗口执行下面的语句

技术分享

上面的at 1521的对应点:

技术分享

不过这个时候恢复数据报错,那是因为我们再恢复数据的时候给了一个终点,没有给起点,所以mysql会从开始一直回复到终点的地方,而二进制文件中已经存在

技术分享

这个可以对比上面二进制文件的内容

而此刻mysql数据库中已经存在bin_test数据表了,这个是我们前面恢复的,所以sql会报这个错误:

技术分享

 

 针对这个问题,我们可以给它设置一个恢复数据的启点来解决:

E:\itcast\GZClass14\GZBasicClass14\web\mysql\data\data>mysqlbinlog mysql-bin.000001 --start_pos=549 --stop_pos=1521 | mysql -uroot -p
Enter password: ****

E:\itcast\GZClass14\GZBasicClass14\web\mysql\data\data>

这里的起点位置就是第一次开始插入sql语句的位置,可以对比前面的二进制日志的时间点,这里就不再截图,这里没有报错表示已经成功了

以上是关于mysql二进制日志恢复数据的主要内容,如果未能解决你的问题,请参考以下文章

mysql二进制日志恢复数据

Linux通过MySQL二进制日志binlog恢复数据库

MySQL 日志管理备份与恢复

mysql 二进制日志恢复数据实验

误删mysql数据后,如何通过mysql二进制日志恢复数据

误删mysql数据后,如何通过mysql二进制日志恢复数据