基于perconaxtrabackup2.4.14的增量备份恢复还原mysql5.6是怎么样的

这期内容当中小编将会给大家带来有关基于percona xtrabackup 2.4.14的增量备份恢复还原MySQL 5.6是怎么样的，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

七星关区网站建设公司创新互联公司,七星关区网站设计制作，有大型网站制作公司丰富经验。已为七星关区上1000家提供企业网站建设服务。企业网站搭建\外贸网站制作要多少钱，请找那个售后服务好的七星关区做网站的公司定做！

使用percona xtrabackup 2.4.14备份工具备份mysql 5.6并进行恢复

https://mp.weixin.qq.com/s?__biz=MzIwMjU2MjI1OQ==&mid=2247484161&idx=1&sn=4c4d0f4a6f134505fa38c5cfbabc4989&chksm=96dd8cbda1aa05aba6b21505aecaa21bfeef16fb351ee77a3dd8f0b450dae092d6d2ecc6c867&token=274104940&lang=zh_CN#rd

由于生产系统数据库是持续有业务变更操作，于是引入这篇文章，具体见下：

1,数据库的数据

mysql> use zxydb;

Reading table information for completion of table and column names

You can turn off this feature to get a quicker startup with -A

Database changed

mysql> select * from t_go;

+---+------+

| a | b |

+---+------+

| 1 | 1 |

| 2 | 2 |

| 3 | 3 |

| 5 | 5 |

+---+------+

4 rows in set (0.00 sec)

2，首次全量备份

[root@standbygtid back_full_dir]# mkdir -p /backfup_full_dir

3, 首次全量备份后变更数据库

mysql> use zxydb;

Reading table information for completion of table and column names

You can turn off this feature to get a quicker startup with -A

Database changed

mysql> insert into t_go select 8,8;

Query OK, 1 row affected (0.01 sec)

Records: 1 Duplicates: 0 Warnings: 0

mysql> commit;

Query OK, 0 rows affected (0.00 sec)

mysql> select * from t_go;

+---+------+

| a | b |

+---+------+

| 1 | 1 |

| 2 | 2 |

| 3 | 3 |

| 5 | 5 |

| 8 | 8 |

+---+------+

5 rows in set (0.00 sec)

4，基于首次全量备份进行第1次增量备份

--获取全量备份时的日志文件的最后的LSN

[root@standbygtid back_full_dir]# cd /backup_full_dir/

[root@standbygtid backup_full_dir]# more xtrabackup_checkpoints

backup_type = full-prepared

from_lsn = 0

to_lsn = 28517559

last_lsn = 28517559

compact = 0

recover_binlog_info = 0

[root@standbygtid backup_full_dir]#

--构建增量备份的目录

[root@standbygtid backup_full_dir]# mkdir -p /backup_incre_dir

--incremental选项后跟的值为存储增量备份的目录

--incremental-basedir选项后跟的为构建增量备份的基准备份（就是说，这个是前者备份的的基础）

[root@standbygtid backup_full_dir]# innobackupex --defaults-file=/usr/my.cnf -uroot -psystem --incremental /backup_incre_dir --incremental-basedir=/backup_full_dir

5,继续进行数据库变更

mysql> insert into zxydb.t_go select 10,10;

Query OK, 1 row affected (0.02 sec)

Records: 1 Duplicates: 0 Warnings: 0

mysql> commit;

Query OK, 0 rows affected (0.00 sec)

mysql> select * from zxydb.t_go;

+----+------+

| a | b |

+----+------+

| 1 | 1 |

| 2 | 2 |

| 3 | 3 |

| 5 | 5 |

| 8 | 8 |

| 10 | 10 |

+----+------+

6 rows in set (0.00 sec)

6，基于上述第一次增量备份为基准，进行第二次增量备份

--同上理，获取上次备份的最后的日志文件的LSN

[root@standbygtid backup_full_dir]# cd /backup_incre_dir/

[root@standbygtid backup_incre_dir]# ll

总用量 4

drwxr-x--- 7 root root 4096 11月 4 17:53 2019-11-04_17-53-05

[root@standbygtid backup_incre_dir]# cd 2019-11-04_17-53-05/

[root@standbygtid 2019-11-04_17-53-05]# ll

总用量 156

-rw-r----- 1 root root 418 11月 4 17:53 backup-my.cnf

drwxr-x--- 2 root root 4096 11月 4 17:53 completedb

-rw-r----- 1 root root 114688 11月 4 17:53 ibdata1.delta

-rw-r----- 1 root root 44 11月 4 17:53 ibdata1.meta

drwxr-x--- 2 root root 4096 11月 4 17:53 mysql

drwxr-x--- 2 root root 4096 11月 4 17:53 performance_schema

drwxr-x--- 2 root root 4096 11月 4 17:53 test

-rw-r----- 1 root root 18 11月 4 17:53 xtrabackup_binlog_info

-rw-r----- 1 root root 120 11月 4 17:53 xtrabackup_checkpoints

-rw-r----- 1 root root 579 11月 4 17:53 xtrabackup_info

-rw-r----- 1 root root 2560 11月 4 17:53 xtrabackup_logfile

drwxr-x--- 2 root root 4096 11月 4 17:53 zxydb

[root@standbygtid 2019-11-04_17-53-05]# more xtrabackup_checkpoints

backup_type = incremental

from_lsn = 28517559

to_lsn = 28518260

last_lsn = 28518260

compact = 0

recover_binlog_info = 0

[root@standbygtid 2019-11-04_17-53-05]#

[root@standbygtid 2019-11-04_17-53-05]# innobackupex --defaults-file=/usr/my.cnf -uroot -psystem --incremental /backup_incre_dir --incremental-basedir=/backup_incre_dir/2019-11-04_17-53-05

7,可见第2次增量备份是基于第1次增量备份

[root@standbygtid backup_incre_dir]# pwd

/backup_incre_dir

[root@standbygtid backup_incre_dir]# ll

总用量 12

drwxr-x--- 7 root root 4096 11月 4 17:53 2019-11-04_17-53-05

drwxr-x--- 7 root root 4096 11月 4 17:59 2019-11-04_17-59-40

[root@standbygtid backup_incre_dir]# cd 2019-11-04_17-59-40

[root@standbygtid 2019-11-04_17-59-40]# ll

总用量 140

-rw-r----- 1 root root 418 11月 4 17:59 backup-my.cnf

drwxr-x--- 2 root root 4096 11月 4 17:59 completedb

-rw-r----- 1 root root 98304 11月 4 17:59 ibdata1.delta

-rw-r----- 1 root root 44 11月 4 17:59 ibdata1.meta

drwxr-x--- 2 root root 4096 11月 4 17:59 mysql

drwxr-x--- 2 root root 4096 11月 4 17:59 performance_schema

drwxr-x--- 2 root root 4096 11月 4 17:59 test

-rw-r----- 1 root root 18 11月 4 17:59 xtrabackup_binlog_info

-rw-r----- 1 root root 120 11月 4 17:59 xtrabackup_checkpoints

-rw-r----- 1 root root 600 11月 4 17:59 xtrabackup_info

-rw-r----- 1 root root 2560 11月 4 17:59 xtrabackup_logfile

drwxr-x--- 2 root root 4096 11月 4 17:59 zxydb

[root@standbygtid 2019-11-04_17-59-40]#

从下可知，第1次增量备份和第2次增量备份的数据就连上了，因为日志文件的LSN是连接上了

[root@standbygtid 2019-11-04_17-59-40]# more xtrabackup_checkpoints

backup_type = incremental

from_lsn = 28518260 --这个就是上次备份最后的LSN

to_lsn = 28518547

last_lsn = 28518547

compact = 0

recover_binlog_info = 0

[root@standbygtid 2019-11-04_17-59-40]#

8，下来测试下数据库损坏了，看可否基于上述的增量备份把数据完整的还原恢复出来

--数据库正在运行，直接把数据文件目录中内容全部删除掉

[root@standbygtid 2019-11-04_17-59-40]# cd /var/lib/mysql

[root@standbygtid mysql]# ll

总用量 188500

-rw-rw---- 1 mysql mysql 56 11月 4 15:53 auto.cnf

-rw-rw---- 1 mysql mysql 143 11月 4 15:53 binlog.000001

-rw-rw---- 1 mysql mysql 143 11月 4 17:42 binlog.000002

-rw-rw---- 1 mysql mysql 143 11月 4 17:43 binlog.000003

-rw-rw---- 1 mysql mysql 558 11月 4 17:56 binlog.000004

-rw-rw---- 1 mysql mysql 64 11月 4 17:45 binlog.index

drwxr-x--- 2 mysql mysql 4096 11月 4 15:53 completedb

-rw-r----- 1 mysql mysql 79691776 11月 4 17:56 ibdata1

-rw-r----- 1 mysql mysql 50331648 11月 4 17:56 ib_logfile0

-rw-r----- 1 mysql mysql 50331648 11月 4 15:53 ib_logfile1

-rw-r----- 1 mysql mysql 12582912 11月 4 15:53 ibtmp1

drwxr-x--- 2 mysql mysql 4096 11月 4 15:53 mysql

srwxrwxrwx 1 mysql mysql 0 11月 4 17:45 mysql.sock

-rw------- 1 mysql mysql 649 11月 4 17:45 nohup.out

drwxr-x--- 2 mysql mysql 4096 11月 4 15:53 performance_schema

-rw-r----- 1 mysql mysql 19245 11月 4 17:45 standbygtid.err

-rw-rw---- 1 mysql mysql 5 11月 4 17:45 standbygtid.pid

drwxr-x--- 2 mysql mysql 4096 11月 4 15:53 test

drwxr-x--- 2 mysql mysql 4096 11月 4 15:53 xtrabackup_backupfiles

-rw-r----- 1 mysql mysql 23 11月 4 15:53 xtrabackup_binlog_pos_innodb

-rw-r----- 1 mysql mysql 544 11月 4 15:53 xtrabackup_info

drwxr-x--- 2 mysql mysql 4096 11月 4 15:53 zxydb

[root@standbygtid mysql]# rm -rf *

9，首先进行全量恢复，但注意须添加选项参数

--apply-log 只前滚已经提交的事务，并不回滚那些未提交的事务(注：因为这个时侯数据库是处于一个中间状态，可能有提交也有不提交了的事务)

[root@standbygtid mysql]# innobackupex --defaults--file=/usr/my.cnf -uroot --psystem --apply-log --redo-only /backup_full_dir

10,再次进行第一次增量备份的恢复

选项参数同上，

--read-only 后跟值为全量备份目录

--incremental-dir后跟第一次增量备份目录

[root@standbygtid mysql]# innobackupex --defaults--file=/usr/my.cnf -uroot --psystem --apply-log --redo-only /backup_full_dir --incremental-dir=/backup_incre_dir/2019-11-04_17-53-05

11，继续进行第2次增量备份的恢复

[root@standbygtid mysql]# innobackupex --defaults--file=/usr/my.cnf -uroot --psystem --apply-log --redo-only /backup_full_dir --incremental-dir=/backup_incre_dir/2019-11-04_17-59-40

12，最后进行整个数据库的恢复

最后一次整个数据库的恢复，不用上述的选项参数 --read-only,表明回滚未提交的事务

[root@standbygtid mysql]# innobackupex --defaults--file=/usr/my.cnf -uroot --psystem --apply-log /backup_full_dir

13，关闭数据库

14，物理复制已经已经恢复完毕全量备库目录的内容到数据库的数据目录/var/lib/mysql

[root@standbygtid backup_full_dir]# pwd

/backup_full_dir

[root@standbygtid backup_full_dir]#

[root@standbygtid backup_full_dir]# cp -Rf * /var/lib/mysql

[root@standbygtid backup_full_dir]# chown -Rf mysql:mysql /var/lib/mysql

---清除数据文件目录/var/lib/mysql中的与xtrabackup相关的一些临时文件

[root@standbygtid backup_full_dir]# cd /var/lib/mysql

[root@standbygtid mysql]# rm -rf xtrabackup_*

[root@standbygtid mysql]# nohup mysqld_safe --user=mysql&

15，可见基于增量备份的数据库恢复正常

mysql> select * from zxydb.t_go;

+----+------+

| a | b |

+----+------+

| 1 | 1 |

| 2 | 2 |

| 3 | 3 |

| 5 | 5 |

| 8 | 8 |

| 10 | 10 |

+----+------+

6 rows in set (0.00 sec)

上述就是小编为大家分享的基于percona xtrabackup 2.4.14的增量备份恢复还原mysql 5.6是怎么样的了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注创新互联行业资讯频道。

当前题目：基于perconaxtrabackup2.4.14的增量备份恢复还原mysql5.6是怎么样的
当前链接：http://pwwzsj.com/article/jhscpo.html

平武建站

基于perconaxtrabackup2.4.14的增量备份恢复还原mysql5.6是怎么样的

使用percona xtrabackup 2.4.14备份工具备份mysql 5.6并进行恢复

1,数据库的数据

其他资讯