前言:
MySQL的完全恢复,我们可以借助于完整的 备份+binlog 来将数据库恢复到故障点。
备份可以是热备与逻辑备份(mysqldump),只要备份与binlog是完整的,都可以实现完全恢复。

1. 准备实验环境

mysql> select version();
+------------+
| version() |
+------------+
| 5.6.-log |
+------------+
row in set (0.00 sec)
mysql> create database com_rec;
Query OK, row affected (0.00 sec)
mysql> use inc_rec;
Database changed
mysql> create table andy (id int);
Query OK, rows affected (0.08 sec)
mysql> insert into andy values(),();
Query OK, rows affected (0.00 sec)
Records: Duplicates: Warnings:

2. 全备

[root@mysql02 full]# innobackupex --defaults-file=/etc/my.cnf --user=root --password=oracle --port= /xtrabackup/full/
xtrabackup: Transaction log of lsn () to () was copied.
:: completed OK!

3. 查看全备生成文件

[root@mysql02 full]# ll /xtrabackup/full/
total
drwxr-x---. root root Jun : --09_17--

4. 模拟业务新数据

mysql> insert into andy values(),();
Query OK, rows affected (0.14 sec)
Records: Duplicates: Warnings:
mysql> commit;
Query OK, rows affected (0.00 sec)

5. 增量备份

-- 创建存放增量备份目录并赋权
[root@mysql02 full]# mkdir -p /xtrabackup/incr/
[root@mysql02 full]# chown -R mysql:mysql /xtrabackup/incr/
[root@mysql02 full]# ll /xtrabackup/
total
drwxr-xr-x. mysql mysql Jun : full
drwxr-xr-x. mysql mysql Jun : incre
-- 正式开始增量备份
[root@mysql02 full]# innobackupex --defaults-file=/etc/my.cnf --user=root --password=oracle --incremental \
--incremental-basedir=/xtrabackup/full/--09_17--/ /xtrabackup/incr/
########################################下面是增量备份输出
。。。省略
xtrabackup: Transaction log of lsn () to () was copied.
:: completed OK!

6. 再模拟新业务,该记录在保存在binlog,而不会存在于任何备份,这条记录用于验证完全恢复

mysql> insert into andy values();
Query OK, row affected (0.00 sec)

7. 记下操作后的 position 点

mysql> show master status;
+---------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+---------------+----------+--------------+------------------+-------------------+
| binlog. | | | | |
+---------------+----------+--------------+------------------+-------------------+
row in set (0.00 sec)

8. 切换binlog日志

mysql> flush logs;
Query OK, rows affected (0.00 sec)

9. 使用binlog events命令来查看我们最后insert的一条记录

mysql> show binlog events in 'binlog.000005';
+---------------+------+-------------+-----------+-------------+-----------------------------------------------+
| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |
+---------------+------+-------------+-----------+-------------+-----------------------------------------------+
| binlog. | | Format_desc | | | Server ver: 5.6.-log, Binlog ver: |
| binlog. | | Query | | | drop database inc_rec |
| binlog. | | Query | | | create database com_rec |
| binlog. | | Query | | | use `com_rec`; create table andy (id int) |
| binlog. | | Query | | | BEGIN |
| binlog. | | Query | | | use `com_rec`; insert into andy values(),() |
| binlog. | | Xid | | | COMMIT /* xid=67 */ |
| binlog. | | Query | | | BEGIN |
| binlog. | | Query | | | use `com_rec`; insert into andy values(),() |
| binlog. | | Xid | | | COMMIT /* xid=81 */ |
| binlog. | | Query | | | BEGIN |
| binlog. | | Query | | | use `com_rec`; insert into andy values() |
| binlog. | | Xid | | | COMMIT /* xid=96 */ |
| binlog. | | Rotate | | | binlog.;pos= |
+---------------+------+-------------+-----------+-------------+-----------------------------------------------+
rows in set (0.00 sec)

10. 查看binlog的位置 与 datadir 的位置, 防止 mv datadir时误操作 binlog ,影响恢复 (binlog与datadir一定要分开放置)

mysql> show variables like '%log_bin%';
+---------------------------------+------------------------------------+
| Variable_name | Value |
+---------------------------------+------------------------------------+
| log_bin | ON |
| log_bin_basename | /data/mysql/binarylog/binlog |
| sql_log_bin | ON |
+---------------------------------+------------------------------------+
rows in set (0.00 sec) mysql> show variables like '%datadir%';
+---------------+--------------+
| Variable_name | Value |
+---------------+--------------+
| datadir | /data/mysql/ |
+---------------+--------------+
row in set (0.00 sec)

11. 恢复
11.1 先做基于全备的apply,注意,此时使用了--redo-only

[root@mysql02 full]# innobackupex --defaults-file=/etc/my.cnf --user=root --apply-log --redo-only /xtrabackup/full/--09_17--/
:: completed OK!

11.2 在恢复增量备份集: --此时没有--redo-only,如果有多个增备,仅仅最后一个增备无需指定--redo-only

[root@mysql02 full]# innobackupex --defaults-file=/etc/my.cnf --user=root --apply-log /xtrabackup/full/--09_17--/ --incremental-dir=/xtrabackup/incr/--09_17--/
:: completed OK! #结果出现completed OK表示完全成功
说明: /xtrabackup/full/--09_17--/ 为全备基目录 , incremental-dir 为增量备份目录

12. 关闭要恢复的实例

[root@mysql02 data]# /etc/init.d/mysql stop -p3306
netstat -nltp|grep mysql|grep

13.将原有文件夹重命名到新位置,并创建原文件夹

[root@mysql02 full]# mv /data/mysql /data/mysqlbak
[root@mysql02 full]# mkdir -p /data/mysql

14.执行拷贝恢复的文件到原来的数据位置

[root@mysql02 full]# innobackupex --defaults-file=/etc/my.cnf --user=root --copy-back /xtrabackup/full/--09_17--/
:: completed OK! #结果出现completed OK表示完全成功
说明: /xtrabackup/full/--09_17--/ 为全备基目录

15. 权限修改

[root@mysql02 ~]# mkdir -p /data/mysql/binarylog (说明:这里我binlog在datadir在路径下,所以要单独为binlog创建目录)
-- 将binlog日志mv回原位置 (如果binlog不在datadir下,就不用操作)
[root@mysql02 xtrabackup]# ll /data/mysqlbak/binarylog/
total
-rw-rw----. mysql mysql Jun : binlog.
-rw-rw----. mysql mysql Jun : binlog.
-rw-rw----. mysql mysql Jun : binlog.
-rw-rw----. mysql mysql Jun : binlog.
-rw-rw----. mysql mysql Jun : binlog.
-rw-rw----. mysql mysql Jun : binlog.
-rw-rw----. mysql mysql Jun : binlog.index [root@mysql02 data]# mv /data/mysqlbak/binarylog/* /data/mysql/binarylog/
[root@mysql02 xtrabackup]# ll /data/mysql/binarylog/
total 28
-rw-rw----. 1 mysql mysql 164 Jun 9 06:12 binlog.000001
-rw-rw----. 1 mysql mysql 386 Jun 9 06:14 binlog.000002
-rw-rw----. 1 mysql mysql 143 Jun 9 06:53 binlog.000003
-rw-rw----. 1 mysql mysql 143 Jun 9 07:35 binlog.000004
-rw-rw----. 1 mysql mysql 1148 Jun 9 17:45 binlog.000005
-rw-rw----. 1 mysql mysql 143 Jun 9 17:48 binlog.000006
-rw-rw----. 1 mysql mysql 216 Jun 9 17:45 binlog.index [root@mysql02 data]# chown -R mysql:mysql /data/mysql

16. 启动恢复后的实例

mysqld_safe --defaults-file=/etc/my.cnf &

17. 登录检查

[root@mysql02 ~]# mysql -uroot -poracle
mysql> use com_rec
mysql> select * from andy;
+------+
| id |
+------+
| |
| |
| |
| | > 恢复成功,但是没有恢复到最新,缺少 id= , 'Inbinlog'记录并没有被恢复 。
+------+

18. 使用binlog做完全恢复

[root@mysql02 ~]# cd /xtrabackup/incr/--09_17--/
--从innobackupex获得binlog的位置
[root@mysql02 --09_17--]# more xtrabackup_binlog_info
binlog.
--使用mysqlbinlog 追加的最新
[root@mysql02 --09_17--]# mysqlbinlog --start-position= --stop-position= /data/mysql/binarylog/binlog. | mysql -uroot -poracle
补充:
这样做确实可以,而且row模式的binlog,也可以通过这种方式来执行。但是这样做有几个缺点
a. 如果解析出来的binlog在执行的过程中报错,如何处理?直接加 -f 强制执行吗?
b. 执行中途如何停下来,下次接着跑? 比如我想调整一下MySQL的参数(需要重启)后继续跑?
c. 只能单线程执行。而且mysqlbinlog解析再通过管道执行,有比较高的性能开销。

19. 验证,可以看到最后一条记录以及被恢复

mysql> select * from andy;
+------+
| id |
+------+
| |
| |
| |
| |
| |
+------+
rows in set (0.00 sec)

总结
a、对于完全恢复,我们需要使用备份加binlog两者结合的方式来实现
b、在恢复期间,首先使用带read-only的apply-log方式来prepare全备
c、接下来使用带read-only的apply-log方式来prepare增备,仅最后一个增备可以不用read-only
d、停止原有实例,并copy-back后启动恢复后的实例
e、从Innobakcupex备份信息中获取最后的binlog日志及位置信息
f、使用mysqlbinlog方式将日志追加到最新时刻

转自

mysql之 innobackupex备份+binlog日志的完全恢复(命令行执行模式) - CSDN博客 https://blog.csdn.net/zhang123456456/article/details/72954519

参考

mysqldump+binlog的备份与恢复和xtrabackup备份工具-13007865-51CTO博客 http://blog.51cto.com/13017865/2046944

mysql之 innobackupex备份+binlog日志的完全恢复【转】的更多相关文章

  1. mysql之 innobackupex备份+binlog日志的完全恢复(命令行执行模式)

    前言:MySQL的完全恢复,我们可以借助于完整的 备份+binlog 来将数据库恢复到故障点.备份可以是热备与逻辑备份(mysqldump),只要备份与binlog是完整的,都可以实现完全恢复. 1. ...

  2. innobackupex基于binlog日志的恢复 -- 模拟slave恢复

    说明:一般来说,如果恢复的binlog量不大,可以使用此方法来恢复:mysqlbinlog /data/mysqlbak/binlogbak/restoredb-bin.000018 |mysql - ...

  3. innobackupex基于binlog日志的恢复 -- 使用mysqlbinlog恢复

    备份先做一次完整备份: innobackupex --defaults-file=/etc/my.cnf --user root --password chengce243 /data/mysqlba ...

  4. MySQL用户授权 和 bin-log日志 详解和实战(http://www.cnblogs.com/it-cen/p/5234345.html)

    看 了上一篇博文的发布时间,到目前已经有三个月没更新博文了.这三个月经历了很多事情,包括工作.生活和感情等等.由于个人发展的原因,这个月准备换工作 啦.在这段时间,我会把Web大型项目中所接触到的技术 ...

  5. MySQL用户授权 和 bin-log日志 详解和实战

    看了上一篇博文的发布时间,到目前已经有三个月没更新博文了.这三个月经历了很多事情,包括工作.生活和感情等等.由于个人发展的原因,这个月准备换工作啦.在这段时间,我会把Web大型项目中所接触到的技术都总 ...

  6. MySQL按天备份二进制日志

    #!/usr/bin/env python # -*- coding:utf-8 -*- # Author:guozhen.zhang     import MySQLdbimport timeimp ...

  7. 清理300多台MySQL数据库的过期binlog日志

    早晨睡梦中,被 on-call了,说磁盘报警,赶紧起来打开email,收到上百封email报警,数据库磁盘不够了,查询了原因 [xxx@xxxx cacti]$ ssh xxxx "df - ...

  8. MySQL 开启和查看bin-log日志

    1.5.7版本前修改my.cnf文件,添加log-bin=my-bin(my.cnf的位置根据自己安装的路径查看)# vi /usr/local/mysql/my.cnflog-bin=my-bin  ...

  9. 查看MySQL还原出来的binlog日志中内容方法

    用mysqlbinlog查出需要查看的数据后,可以用more来查看: [root@yoon data]# more recover_sakila.sql | grep --ignore-case -E ...

随机推荐

  1. 51nod 1061 最复杂的数V2

    题目链接 51nod 1061 题面简述 求\([1, n]\)中约数个数最多的数. \(n \le 10^{200}\) 题解 首先,答案一定是一个反素数. 什么是反素数? 一个正整数\(x\)是反 ...

  2. [hgoi#2019/2/16t4]transform

    题目描述 植物学家Dustar培养出了一棵神奇的树,这棵有根树有n个节点,每个节点上都有一个数字a[i],而且这棵树的根为r节点. 这棵树非常神奇,可以随意转换根的位置,上一秒钟它的根是x节点,下一秒 ...

  3. JDBC详解(二)

    一:Statement与PreparedStatement的注意点 存在sql注入的危险,如果用户传入的id为“2 or 1=1”,将删除表中的所有数据.而PreparedStatement有效的防止 ...

  4. springboot 读取 resource文件

    文件位置信息如图: import java.io.IOException; import java.io.InputStream; import java.net.URLEncoder; import ...

  5. java代码示例(7-1)

    Dog类 /*** * 宠物狗狗类,使用权限修饰符private和public进行封装 * @author chenyanlong * 日期:2017/10/15 */ package com.hp. ...

  6. 函数和常用模块【day06】:xml模块(六)

    本节内容 1.简述 2.xml格式 3.xml节点操作 4.创建新的xml文件 一.简述 xml是实现不同语言或者程序之间进行数据交换的协议,跟json差不多,但是json使用起来更简单,不过,古时候 ...

  7. Log4net(一)-——配置文件

    一.Log4Net框架介绍 Log4net 是 Apache 下一个开放源码的项目,它是Log4j 的一个克隆版.Log4net中定义了多种日志信息输出模式.它可以根据需要将日志输出到控制台,文本文件 ...

  8. JMS的P2P和PUB/SUB区别和应用场景介绍【转】

    完全引用自: https://my.oschina.net/alexgaoyh/blog/338890  解释得非常棒. 1.P2P模型 在P2P模型中,有下列概念: 消息队列(Queue). 发送者 ...

  9. UVALive - 3266 Tian Ji -- The Horse Racing(贪心)

    题目链接 题意 两人赛马,每居获胜得200,平局无事发生,输了也输200.求最优的策略使赢的钱最多. 分析 排序,从最快的开始比,若比不过,则用最弱的消耗最强的.模拟即可. #include<i ...

  10. git常用命令及含义

    Git和SVN是我们最常用的版本控制系(Version Control System, VCS),当然,除了这二者之外还有许多其他的VCS,例如早期的CVS等.顾名思义,版本控制系统主要就是控制.协调 ...