首页 / 日志 / mysql之 innobackupex备份+binlog日志的完全恢复（命令行执行模式）

mysql之 innobackupex备份+binlog日志的完全恢复（命令行执行模式）

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了mysql之 innobackupex备份+binlog日志的完全恢复（命令行执行模式），小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含9804字，纯文字阅读大概需要15分钟。

内容图文

mysql之 innobackupex备份+binlog日志的完全恢复（命令行执行模式）

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

1. 准备实验环境
mysql> select version();
+------------+
| version() |
+------------+
| 5.6.25-log |
+------------+
1 row in set (0.00 sec)
mysql> create database com_rec;
Query OK, 1 row affected (0.00 sec)
mysql> use inc_rec;
Database changed
mysql> create table andy (id int);
Query OK, 0 rows affected (0.08 sec)
mysql> insert into andy values(1),(2);
Query OK, 2 rows affected (0.00 sec)
Records: 2 Duplicates: 0 Warnings: 0
2. 全备
[root@mysql02 full]# innobackupex --defaults-file=/etc/my.cnf --user=root --password=oracle --port=3606 /xtrabackup/full/
xtrabackup: Transaction log of lsn (1662519) to (1662519) was copied.
170609 17:34:34 completed OK!
3. 查看全备生成文件
[root@mysql02 full]# ll /xtrabackup/full/
total 4
drwxr-x---. 6 root root 4096 Jun 9 17:34 2017-06-09_17-34-30
4. 模拟业务新数据
mysql> insert into andy values(3),(4);
Query OK, 2 rows affected (0.14 sec)
Records: 2 Duplicates: 0 Warnings: 0
mysql> commit;
Query OK, 0 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 8
drwxr-xr-x. 3 mysql mysql 4096 Jun 9 03:53 full
drwxr-xr-x. 2 mysql mysql 4096 Jun 9 04:00 incre
-- 正式开始增量备份
[root@mysql02 full]# innobackupex --defaults-file=/etc/my.cnf --user=root --password=oracle --incremental \
--incremental-basedir=/xtrabackup/full/2017-06-09_17-34-30/ /xtrabackup/incr/
########################################下面是增量备份输出
。。。省略
xtrabackup: Transaction log of lsn (1665808) to (1665808) was copied.
170609 17:36:46 completed OK!
6. 再模拟新业务，该记录在保存在binlog，而不会存在于任何备份，这条记录用于验证完全恢复
mysql> insert into andy values(5);
Query OK, 1 row affected (0.00 sec)
7. 记下操作后的 position 点
mysql> show master status;
+---------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+---------------+----------+--------------+------------------+-------------------+
| binlog.000005 | 1104 | | | |
+---------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)
8. 切换binlog日志
mysql> flush logs;
Query OK, 0 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.000005 | 4 | Format_desc | 1 | 120 | Server ver: 5.6.25-log, Binlog ver: 4 |
| binlog.000005 | 120 | Query | 1 | 221 | drop database inc_rec |
| binlog.000005 | 221 | Query | 1 | 324 | create database com_rec |
| binlog.000005 | 324 | Query | 1 | 430 | use `com_rec`; create table andy (id int) |
| binlog.000005 | 430 | Query | 1 | 515 | BEGIN |
| binlog.000005 | 515 | Query | 1 | 625 | use `com_rec`; insert into andy values(1),(2) |
| binlog.000005 | 625 | Xid | 1 | 656 | COMMIT /* xid=67 */ |
| binlog.000005 | 656 | Query | 1 | 741 | BEGIN |
| binlog.000005 | 741 | Query | 1 | 851 | use `com_rec`; insert into andy values(3),(4) |
| binlog.000005 | 851 | Xid | 1 | 882 | COMMIT /* xid=81 */ |
| binlog.000005 | 882 | Query | 1 | 967 | BEGIN |
| binlog.000005 | 967 | Query | 1 | 1073 | use `com_rec`; insert into andy values(5) |
| binlog.000005 | 1073 | Xid | 1 | 1104 | COMMIT /* xid=96 */ |
| binlog.000005 | 1104 | Rotate | 1 | 1148 | binlog.000006;pos=4 |
+---------------+------+-------------+-----------+-------------+-----------------------------------------------+
14 rows in set (0.00 sec)

mysql> show variables like ‘%datadir%‘;
+---------------+--------------+
| Variable_name | Value |
+---------------+--------------+
| datadir | /data/mysql/ |
+---------------+--------------+
1 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/2017-06-09_17-34-30/
170609 04:19:30 completed OK!
11.2 在恢复增量备份集： --此时没有--redo-only，如果有多个增备，仅仅最后一个增备无需指定--redo-only
[root@mysql02 full]# innobackupex --defaults-file=/etc/my.cnf --user=root --apply-log /xtrabackup/full/2017-06-09_17-34-30/ --incremental-dir=/xtrabackup/incr/2017-06-09_17-36-39/
170609 04:24:45 completed OK! #结果出现completed OK表示完全成功
说明： /xtrabackup/full/2017-06-09_17-34-30/ 为全备基目录， incremental-dir 为增量备份目录
12. 关闭要恢复的实例
[root@mysql02 data]# /etc/init.d/mysql stop -p3306
netstat -nltp|grep mysql|grep 3606
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/2017-06-09_17-34-30/
170609 04:33:06 completed OK! #结果出现completed OK表示完全成功
说明： /xtrabackup/full/2017-06-09_17-34-30/ 为全备基目录
15. 权限修改
[root@mysql02 ~]# mkdir -p /data/mysql/binarylog （说明：这里我binlog在datadir在路径下，所以要单独为binlog创建目录）
-- 将binlog日志mv回原位置（如果binlog不在datadir下，就不用操作）
[root@mysql02 xtrabackup]# ll /data/mysqlbak/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]# 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 |
+------+
| 1 |
| 2 |
| 3 |
| 4 | > 恢复成功，但是没有恢复到最新，缺少 id=5 , ‘Inbinlog‘记录并没有被恢复。
+------+
18. 使用binlog做完全恢复
[root@mysql02 ~]# cd /xtrabackup/incr/2017-06-09_17-36-39/
--从innobackupex获得binlog的位置
[root@mysql02 2017-06-09_17-36-39]# more xtrabackup_binlog_info
binlog.000005 882
--使用mysqlbinlog 追加的最新
[root@mysql02 2017-06-09_17-36-39]# mysqlbinlog --start-position=882 --stop-position=1104 /data/mysql/binarylog/binlog.000005 | mysql -uroot -poracle
补充：
这样做确实可以，而且row模式的binlog，也可以通过这种方式来执行。但是这样做有几个缺点
a. 如果解析出来的binlog在执行的过程中报错，如何处理？直接加 -f 强制执行吗？
b. 执行中途如何停下来，下次接着跑？比如我想调整一下MySQL的参数（需要重启）后继续跑？
c. 只能单线程执行。而且mysqlbinlog解析再通过管道执行，有比较高的性能开销。
19. 验证，可以看到最后一条记录以及被恢复
mysql> select * from andy;
+------+
| id |
+------+
| 1 |
| 2 |
| 3 |
| 4 |
| 5 |
+------+
5 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日志的完全恢复（命令行执行模式）

标签：命名 des pex 生成拷贝 duplicate 结合 index ble

本文系统来源：http://www.cnblogs.com/andy6/p/6970837.html

内容总结

以上是互联网集市为您收集整理的mysql之 innobackupex备份+binlog日志的完全恢复（命令行执行模式）全部内容，希望文章能够帮你解决mysql之 innobackupex备份+binlog日志的完全恢复（命令行执行模式）所遇到的程序开发问题。如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/483838.html

来源：【匿名】

【上一篇】mysql基础（八）mysql日志【下一篇】php错误日志怎么看

更多 ►

【mysql之 innobackupex备份+binlog日志的完全恢复（命令行执行模式）】教程文章相关的互联网学习教程文章

mysqlbinlog 查看binlog日志时报错unknown variable 'default-character-set=utf8'【代码】

mysqlbinlog 查看binlog日志时报错unknown variable ‘default-character-set=utf8‘ 在通过全备文件和增量binlog文件来导出sql文件，用以恢复完整的数据库时。由于裸的binlog文件是无法直视的，所以使用mysqlbinlog这个工具是用来查看binlog文件内容的（使用方式man mysqlbinlog查看），但是使用mysqlbinlog将binlog文件转换成人类可读的内容时却报错：[root@server data]$ mysqlbinlog mysql-bin.000009 mysqlbinlog: ...

MySQL的两个日志redo log和 binlog

MySQL的修改创建，涉及到写的东西，他们都会涉及两个重要的日志模块，redo log（重做日志）和 binlog（归档日志）。redo log在 MySQL 里也有这个问题，如果每一次的写操作都需要写进磁盘，然后磁盘也要找到对应的那条记录，然后再更新，整个过程 IO 成本、查找成本都很高。为了解决这个问题，MySQL 的设计者使用了redo log日志 redo log是InnoDB 引擎所特有的，当有些动作时，会先把记录写到 redo log文件里面，这个时候更新就算完...

怎么查看mysql 的binlog日志存放的位置【图】

image.png这个你可以看配置文件启用了才有这样的记录默认是没有的 linux系统中的/etc/my.cnfmy.cnf内容：log-bin = mysqlbin # 默认配置一般放在/var/lib/mysql 比如上面的设置重启数据库会生成mysqlbin.000001文件自定义文件存放位置修改配置文件，vi /etc/my.cnf，找到log-bin的部分配置自动清理在my.cnf文件中，这个文件路径不知道的话执行mysql --help | grep ‘Default options‘ -A 1，就会列出文件的路径来image.png然后重...

主从同步工作过程？(binlog日志)

在从数据库服务器的/var/lib/mysql/master.info 记录连接主数据库服务器信息文件mail-relay-bin.XXXXXX 中继日志文件（记录SQL）mail-relay-bin.index 索引文件（记录已有的中继日志文件）relay-log.info 记录日志信息文件start slave;Slave_IO_Running: Yes负责把master数据库服务器上binlog日志里SQL命令同步到本机的中继日志文件。出错：连接不是主数据库服务器(ping iptables selinux grant binlog日志信...

MySQL 5.6 新参数对binlog日志量的优化

数据库版本：5.6.*1.row日志image类型参数binlog_row_image 控制着这种image类型，默认为FULL（log all columns），即记录before&after images。该参数还有两种，minimal和noblob，minimal表示只记录after更改后的值，并且如果有主键或者非空唯一索引，则只以该字段作为where条件判断；noblob同full，只是不记录blob、text列。2.binlog日志对于insert则没有什么好说的，我们主要重点关注一下update和delete操作。binlog_row_image=...

无全量备份、未开启binlog日志，利用percona工具恢复delete的数据【图】

当我们忘记做全量备份时，并且没有开启binlog，并执行了deletefromsbtest;数据全部丢失，要想恢复是很有难度的。今天，利用PerconaDataRecoveryToolforInnoDB工当我们忘记做全量备份时，并且没有开启binlog，并执行了delete from sbtest;数据全部丢失，要想恢复是很有难度的。今天，利用Percona Data Recovery Tool for InnoDB工具（仅支持InnoDB，MyISAM不支持），可以找回被删除的数据。原理：在InnoDB引擎，delete删除操作，，不...

MySQL抑制binlog日志中的binlog部分

MySQL通过binlog来记录整个数据的变更过程，因此我们只要有MySQL的binlog日志即可完整的还原数据库。MySQL binlog日志记录有3种不 MySQL通过binlog来记录整个数据的变更过程，因此我们只要有MySQL的binlog日志即可完整的还原数据库。MySQL binlog日志记录有3种不同的方式，即：STATEMENT，MIXED，，ROW。对于不同的日志模式，生成的binlog有不同的记录方式。对于MIXED(部分SQL语句)和ROW模式是以base-64方式记录，会以BINLOG开头，...

mysql之binlog日志以及利用binlog日志恢复数据的示例代码分享

下面小编就为大家带来一篇解说mysql之binlog日志以及利用binlog日志恢复数据的方法。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧众所周知，binlog日志对于mysql数据库来说是十分重要的。在数据丢失的紧急情况下，我们往往会想到用binlog日志功能进行数据恢复（定时全备份+binlog日志恢复增量数据部分），化险为夷！废话不多说，下面是梳理的binlog日志操作解说：一、初步了解binlogMySQL的二进...

详解Mysql数据库之Binlog日志使用代码总结

下面小编就为大家带来一篇Mysql数据库之Binlog日志使用总结(必看篇)。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧binlog二进制日志对于mysql数据库的重要性有多大，在此就不多说了。下面根据本人的日常操作经历，并结合网上参考资料，对binlog日志使用做一梳理：一、binlog日志介绍1）什么是binlogbinlog日志用于记录所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）...

Mysql中错误日志、binlog日志、查询日志、慢查询日志简介【图】

前言数据库的日志是帮助数据库管理员，追踪分析数据库曾经发生的各种事件的有力依据，mysql中提供了错误日志、binlog日志(二进制日志)、查处日志、慢查询日志。在此，我力求解决以下问题：各个日志的作用是什么？怎样去控制这些日志呢？怎样去使用这些日志提供的信息呢？错误日志1.错误日志作用错误日志记录了mysql启动和停止时，以及服务器运行过程中发生任何严重性错误的相关信息。当数据库出现任何故障导致无法启动时候，比如my...

MySQL自动清理binlog日志的方法

说明：开启MySQL binlog日志的服务器，如果不设置自动清理日志，默认binlog日志一直保留着，时间一长，服务器磁盘空间被binlog日志占满，导致MySQL数据库出错。使用下面方法可以安全清理binlog日志一、没有主从同步的情况下清理日志mysql -uroot -p123456 -e PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ),INTERVAL 5 DAY);#mysql 定时清理5天前的binlogmysql -u root -p #进入mysql 控制台reset master; #重置binlog二、MySQL主...

mysql5.6.12切换binlog二进制日志路径_MySQL

前言：有一个mysql学生说他们因为binlog产生太大了，需要把日志路径放到另外的磁盘上面去，问我有啥时机的操作方案，share弄了一个mysql的binlog的日志路径切换的例子给他。正好今天有空，就拿mysql5.6.12来做个实例，给大家演示一下。 1，查看binlog地址 [root@mysql5612 ~]# more /usr/local/mysql/my.cnf |grep log-bin log-bin =/home/data/mysql/binlog/mysql-bin.log [root@mysql5612 ~]# 2，验证binlog的正常使用 [root@...

mysql正确清理binlog日志的两种方法

mysq 正确清理binlog日志前言： MySQL中的binlog日志记录了数据库中数据的变动，便于对数据的基于时间点和基于位置的恢复，但是binlog也会日渐增大，占用很大的磁盘空间，因此，要对binlog使用正确安全的方法清理掉一部分没用的日志。【方法一】手动清理binlog清理前的准备：① 查看主库和从库正在使用的binlog是哪个文件show master status\G show slave status\G ② 在删除binlog日志之前，首先对binlog日志备份，以防万一开...

解说mysql之binlog日志以及利用binlog日志恢复数据的方法

众所周知，binlog日志对于mysql数据库来说是十分重要的。在数据丢失的紧急情况下，我们往往会想到用binlog日志功能进行数据恢复（定时全备份+binlog日志恢复增量数据部分），化险为夷！废话不多说，下面是梳理的binlog日志操作解说：一、初步了解binlogMySQL的二进制日志binlog可以说是MySQL最重要的日志，它记录了所有的DDL和DML语句（除了数据查询语句select），以事件形式记录，还包含语句所执行的消耗的时间，MySQL的二进制日...

Mysql数据库之Binlog日志使用总结(必看篇)

binlog二进制日志对于mysql数据库的重要性有多大，在此就不多说了。下面根据本人的日常操作经历，并结合网上参考资料，对binlog日志使用做一梳理：一、binlog日志介绍1）什么是binlog binlog日志用于记录所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句。语句以“事件”的形式保存，它描述数据更改。 2）binlog作用因为有了数据更新的binlog，所以可以用于实时备份，与master/slave主从复制...

首页 / 日志 / mysql之 innobackupex备份+binlog日志的完全恢复（命令行执行模式）

mysql之 innobackupex备份+binlog日志的完全恢复（命令行执行模式）

内容导读

内容图文

内容总结

内容备注

内容手机端

【mysql之 innobackupex备份+binlog日志的完全恢复（命令行执行模式）】教程文章相关的互联网学习教程文章

mysqlbinlog 查看binlog日志时报错unknown variable 'default-character-set=utf8'【代码】

MySQL的两个日志redo log和 binlog

怎么查看mysql 的binlog日志存放的位置【图】

主从同步工作过程？(binlog日志)

MySQL 5.6 新参数对binlog日志量的优化

无全量备份、未开启binlog日志，利用percona工具恢复delete的数据【图】

MySQL抑制binlog日志中的binlog部分

mysql之binlog日志以及利用binlog日志恢复数据的示例代码分享

详解Mysql数据库之Binlog日志使用代码总结

Mysql中错误日志、binlog日志、查询日志、慢查询日志简介【图】

MySQL自动清理binlog日志的方法

mysql5.6.12切换binlog二进制日志路径_MySQL

mysql正确清理binlog日志的两种方法

解说mysql之binlog日志以及利用binlog日志恢复数据的方法

Mysql数据库之Binlog日志使用总结(必看篇)

MYSQL - 相关标签

命令行 - 相关标签

日志 - 相关标签

日志 - 最新教程

日志 - 最热教程