mysql中innobackupex备份和binlog日志完全恢复的示例分析

小编给大家分享一下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)
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 |
+———————————+————————————+
6 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)以上是“mysql中innobackupex备份和binlog日志完全恢复的示例分析”这篇文章的所有内容,感谢各位的阅读!相信大家都有了一定的了解,希望分享的内容对大家有所帮助,如果还想学习更多知识,欢迎关注开发云行业资讯频道!

相关推荐: mysql导入数据乱码错误怎么办

mysql导入数据乱码错误怎么办,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。 一、错误问题描述:用load data infile 导入1行数据,中文为乱码。在load data…

免责声明:本站发布的图片视频文字,以转载和分享为主,文章观点不代表本站立场,本站不承担相关法律责任;如果涉及侵权请联系邮箱:360163164@qq.com举报,并提供相关证据,经查实将立刻删除涉嫌侵权内容。

(0)
打赏 微信扫一扫 微信扫一扫
上一篇 06/23 22:01
下一篇 06/23 22:01

相关推荐

发表评论

您的电子邮箱地址不会被公开。

[“助力站长”]投稿本站,经审核符合,赠送主机空间 或 享超低优惠;云主机免费试用,参见:www.if98.com