首页 > 代码库 > Xtrabackup 备份恢复

Xtrabackup 备份恢复

一、Xtrabackup 说明及安装

一、Xtrabackup 说明及安装

二、Xtrabackup 全备份及恢复

三、Xtrabackup 全备和增量备份及恢复

四、Xtrabackup 部分全备和增量及恢复


一、Xtrabackup 说明及安装

1.Xtrabackup 介绍及说明

Percona XtraBackup是世界上唯一开放源码的免费MySQL热备份软件,可以执行非阻塞

InnoDB和XtraDB数据库的备份。使用Percona XtraBackup,您可以实现以下好处:

  快速可靠地完成备份

  备份期间不间断的事务处理

  节省磁盘空间和网络带宽

  自动备份验证

  由于更快的恢复时间,更长的正常运行时间

Percona XtraBackup为所有版本的Percona Server,MySQL和MariaDB提供了MySQL热备份。它执行

流式传输,压缩和增量MySQL备份。

Percona XtraBackup适用于MySQL,MariaDB和Percona Server。它支持完全非阻塞备份

的InnoDB,XtraDB和HailDB存储引擎。此外,它可以简单地备份以下存储引擎

在备份结束时暂停写入:MyISAM,Merge和Archive,包括分区表,触发器和

数据库选项。


2、Xtrabackup 下载安装

2.1.下载地址

https://www.percona.com/downloads/XtraBackup/LATEST/


2.3.安装

yum install percona-xtrabackup-24-2.4.7-1.el7.x86_64.rpm

额外需要安装一些依赖perl包


2.4.查看安装结果

# rpm -ql percona-xtrabackup-24-2.4.7-1.el7.x86_64
/usr/bin/innobackupex
/usr/bin/xbcloud
/usr/bin/xbcloud_osenv
/usr/bin/xbcrypt
/usr/bin/xbstream
/usr/bin/xtrabackup
/usr/share/doc/percona-xtrabackup-24-2.4.7
/usr/share/doc/percona-xtrabackup-24-2.4.7/COPYING
/usr/share/man/man1/innobackupex.1.gz
/usr/share/man/man1/xbcrypt.1.gz
/usr/share/man/man1/xbstream.1.gz
/usr/share/man/man1/xtrabackup.1.gz

二、Xtrabackup 全备份

1.Xtrabackup 准备全备

1.1.开始全备

创建备份目录

# mkdir /data/backups

准备前数据查看:

MariaDB [ckldb]> select * from jone;
+------+--------+
| id   | name   |
+------+--------+
|    1 | wukaka |
|    2 | side   |
|    3 | ckl    |
|    4 | kk     |
|    5 | zld    |
|    6 | ned    |
|    7 | stark  |
+------+--------+
7 rows in set (0.00 sec)

1.2.开始备份

# innobackupex --user=root /data/backups/                        
170430 23:04:14 innobackupex: Starting the backup operation

IMPORTANT: Please check that the backup run completes successfully.
           At the end of a successful backup run innobackupex
           prints "completed OK!".

170430 23:04:14  version_check Connecting to MySQL server with DSN ‘dbi:mysql:;mysql_read_default_group=xtrabackup;port=3306;mysql_socket=/tmp/mysql.sock‘ as ‘root‘  (using password: NO).
170430 23:04:14  version_check Connected to MySQL server
170430 23:04:14  version_check Executing a version check against the server...
170430 23:04:14  version_check Done.
170430 23:04:14 Connecting to MySQL server host: localhost, user: root, password: not set, port: 3306, socket: /tmp/mysql.sock
Using server version 10.1.22-MariaDB
innobackupex version 2.4.7 based on MySQL server 5.7.13 Linux (x86_64) (revision id: 6f7a799)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /data/mysql/3306/data
xtrabackup: open files limit requested 0, set to 1024
xtrabackup: using the following InnoDB configuration:
xtrabackup:   innodb_data_home_dir = /data/mysql/3306/data
xtrabackup:   innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup:   innodb_log_group_home_dir = /data/mysql/3306/data
xtrabackup:   innodb_log_files_in_group = 2
xtrabackup:   innodb_log_file_size = 67108864
........
170430 23:04:24 Executing UNLOCK TABLES
170430 23:04:24 All tables unlocked
170430 23:04:24 Backup created in directory ‘/data/backups/2017-04-30_23-04-14/‘
MySQL binlog position: filename ‘mysql-bin.000009‘, position ‘745‘, GTID of the last change ‘0-1-62‘
170430 23:04:24 [00] Writing backup-my.cnf
170430 23:04:24 [00]        ...done
170430 23:04:24 [00] Writing xtrabackup_info
170430 23:04:24 [00]        ...done
xtrabackup: Transaction log of lsn (1634473) to (1634473) was copied.
170430 23:04:25 completed OK!

1.3.查看备份文件

# ll /data/backups/2017-04-30_23-04-14/
total 75800
-rw-r-----. 1 root root      418 Apr 30 23:04 backup-my.cnf
drwxr-x---. 2 root root       52 Apr 30 23:04 ckldb
-rw-r-----. 1 root root 77594624 Apr 30 23:04 ibdata1
drwxr-x---. 2 root root     4096 Apr 30 23:04 mysql
drwxr-x---. 2 root root       20 Apr 30 23:04 performance_schema
drwxr-x---. 2 root root       20 Apr 30 23:04 test
-rw-r-----. 1 root root       28 Apr 30 23:04 xtrabackup_binlog_info
-rw-r-----. 1 root root      113 Apr 30 23:04 xtrabackup_checkpoints
-rw-r-----. 1 root root      494 Apr 30 23:04 xtrabackup_info
-rw-r-----. 1 root root     2560 Apr 30 23:04 xtrabackup_logfile

# cd /data/backups/2017-04-30_23-04-14/
# cat xtrabackup_binlog_info  
mysql-bin.000009        745     0-1-62
#二进制日志文件       日志POS点   时间戳

LSN,日志序列号,Innodb的日志序列号是一个64位的整型
# cat xtrabackup_checkpoints 
backup_type = full-backuped  #备份类型为全备
from_lsn = 0  #LSN起始位置
to_lsn = 1634473  #LSN结束位置
last_lsn = 1634473  #最新LSN位置
compact = 0
recover_binlog_info = 0

1.4.模拟删除文件

# rm -rf /data/mysql/3306/data

2.准备恢复

创建备份后,数据未准备好还原。可能会撤销未提交的事务或要重放日志中的事务。做这些等待操作将使数据文件保持一致,这是准备阶段的目的。一旦完成,数据就可以使用了。要使用innobackupex准备备份,您必须使用--apply-log和备份目录的路径作为参数:

2.1.停止数据库

# service mysqld stop

2.2.恢复准备

# innobackupex --apply-log /data/backups/2017-04-30_23-04-14/
170430 23:18:35 innobackupex: Starting the apply-log operation

IMPORTANT: Please check that the apply-log run completes successfully.
           At the end of a successful apply-log run innobackupex
           prints "completed OK!".
.......
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 1634856
170430 23:18:46 completed OK!

2.3.开始恢复

# innobackupex --copy-back /data/backups/2017-04-30_23-04-14/
170430 23:20:31 innobackupex: Starting the copy-back operation

IMPORTANT: Please check that the copy-back run completes successfully.
           At the end of a successful copy-back run innobackupex
           prints "completed OK!".
......
170430 23:20:42 [01] Copying ./ibtmp1 to /data/mysql/3306/data/ibtmp1
170430 23:20:42 [01]        ...done
170430 23:20:43 completed OK!

2.4.查看恢复的文件

# ll
total 219148
drwxr-x---. 2 root root       52 Apr 30 23:20 ckldb
-rw-r-----. 1 root root 77594624 Apr 30 23:20 ibdata1
-rw-r-----. 1 root root 67108864 Apr 30 23:20 ib_logfile0
-rw-r-----. 1 root root 67108864 Apr 30 23:20 ib_logfile1
-rw-r-----. 1 root root 12582912 Apr 30 23:20 ibtmp1
drwxr-x---. 2 root root     4096 Apr 30 23:20 mysql
drwxr-x---. 2 root root       20 Apr 30 23:20 performance_schema
drwxr-x---. 2 root root       20 Apr 30 23:20 test
-rw-r-----. 1 root root       23 Apr 30 23:20 xtrabackup_binlog_pos_innodb
-rw-r-----. 1 root root      494 Apr 30 23:20 xtrabackup_info

添加权限,启动数据库:

# chown -R mysql.mysql data/
# service mysqld start

查看恢复结果:

MariaDB [(none)]> use ckldb
Database changed
MariaDB [ckldb]> show tables;
+-----------------+
| Tables_in_ckldb |
+-----------------+
| jone            |
+-----------------+
1 row in set (0.00 sec)

MariaDB [ckldb]> select * from jone;
+------+--------+
| id   | name   |
+------+--------+
|    1 | wukaka |
|    2 | side   |
|    3 | ckl    |
|    4 | kk     |
|    5 | zld    |
|    6 | ned    |
|    7 | stark  |
+------+--------+
7 rows in set (0.01 sec)

三、Xtrabackup 全备和增量备份及恢复

1.执行全备,上面已经备份,这次不需要

2.增量备份

2.1.添加第一次数据

MariaDB [ckldb]> insert into jone values(8,‘lanester‘),(9,‘gonku‘);
Query OK, 2 rows affected (0.39 sec)
Records: 2  Duplicates: 0  Warnings: 0

MariaDB [ckldb]> select * from jone;
+------+----------+
| id   | name     |
+------+----------+
|    1 | wukaka   |
|    2 | side     |
|    3 | ckl      |
|    4 | kk       |
|    5 | zld      |
|    6 | ned      |
|    7 | stark    |
|    8 | lanester |
|    9 | gonku    |
+------+----------+
9 rows in set (0.00 sec)

2.2.执行第一次增量备份

# innobackupex --incremental /data/backups/ --incremental-basedir=/data/backups/2017-04-30_23-04-14/
170430 23:37:49 innobackupex: Starting the backup operation

IMPORTANT: Please check that the backup run completes successfully.
           At the end of a successful backup run innobackupex
           prints "completed OK!".
.......
xtrabackup: Transaction log of lsn (1636718) to (1636718) was copied.
170430 23:37:56 completed OK!

查看备份结果:

# ls /data/backups/
2017-04-30_23-04-14  2017-04-30_23-37-49

# cd /data/backups/2017-04-30_23-37-49
backup_type = incremental
from_lsn = 1634473
to_lsn = 1636718
last_lsn = 1636718
compact = 0
recover_binlog_info = 0

2.3.增加第二次数据

MariaDB [ckldb]> insert into jone values(10,‘dragon‘),(11,‘lanli‘); 
Query OK, 2 rows affected (0.61 sec)
Records: 2  Duplicates: 0  Warnings: 0

MariaDB [ckldb]> select * from jone;
+------+----------+
| id   | name     |
+------+----------+
|    1 | wukaka   |
|    2 | side     |
|    3 | ckl      |
|    4 | kk       |
|    5 | zld      |
|    6 | ned      |
|    7 | stark    |
|    8 | lanester |
|    9 | gonku    |
|   10 | dragon   |
|   11 | lanli    |
+------+----------+
11 rows in set (0.00 sec)

2.4.执行第二次增量备份

# innobackupex --incremental /data/backups/ --incremental-basedir=/data/backups/2017-04-30_23-37-49/
170430 23:41:46 innobackupex: Starting the backup operation

IMPORTANT: Please check that the backup run completes successfully.
           At the end of a successful backup run innobackupex
           prints "completed OK!".
......
xtrabackup: Transaction log of lsn (1638894) to (1638894) was copied.
170430 23:41:54 completed OK!

查看备份结果:

# du -sh /data/backups/*
224M    /data/backups/2017-04-30_23-04-14
1.3M    /data/backups/2017-04-30_23-37-49
1.1M    /data/backups/2017-04-30_23-41-46

# cd /data/backups/2017-04-30_23-41-46/
# cat xtrabackup_checkpoints 
backup_type = incremental
from_lsn = 1636718
to_lsn = 1638894
last_lsn = 1638894
compact = 0
recover_binlog_info = 0

3.模拟删除数据库

# rm -rf /data/mysql/3306/data/

4.增量备份恢复

使用innobackupex准备增量备份准备增量备份有点不同

完整的。这也许是需要更多关注的阶段:

    首先,必须在每个备份上提交的事务。这将合并基数备份与增量。

    然后,必须回滚未提交的事务才能进行即用备份。

如果您重放提交的事务并在基本备份上回滚未提交的事务,那么您将无法进行

添加增量。如果您以增量方式执行此操作,则无法从该时刻添加数据

和剩余的增量。

4.1.全备恢复准备

# innobackupex --apply-log --redo-only /data/backups/2017-04-30_23-04-14/

4.1.第一次增量备份恢复准备

# innobackupex --apply-log --redo-only /data/backups/2017-04-30_23-04-14/ --incremental-dir=/data/backups/2017-04-30_23-37-49

4.2.第二次增量备份恢复准备

# innobackupex --apply-log --redo-only /data/backups/2017-04-30_23-04-14/ --incremental-dir=/data/backups/2017-04-30_23-41-46/

5.开始恢复

# innobackupex --copy-back /data/backups/2017-04-30_23-04-14/

6.查看恢复数据及文件

# chown -R mysql.mysql /data/mysql/3306/data/
# service mysqld start

查看数据

MariaDB [(none)]> use ckldb
Database changed
MariaDB [ckldb]> select * from jone;
+------+----------+
| id   | name     |
+------+----------+
|    1 | wukaka   |
|    2 | side     |
|    3 | ckl      |
|    4 | kk       |
|    5 | zld      |
|    6 | ned      |
|    7 | stark    |
|    8 | lanester |
|    9 | gonku    |
|   10 | dragon   |
|   11 | lanli    |
+------+----------+
11 rows in set (0.00 sec)

两次增量备份数据都已恢复


四、Xtrabackup 部分全备和增量及恢复

Percona XtraBackup提供部分备份,这意味着您只能备份一些特定的表或

数据库。您备份的表必须在单独的表空间中,因为在您之后创建或更改

在服务器上启用了innodb_file_per_table选项。

只有一个关于部分备份的警告:不要复制备份的备份。恢复部分备份

应该通过导入表来完成,而不是使用传统的-copy-back选项。虽然有一些

通过复制文件可以进行恢复的场景,这可能导致数据库不一致

案例并不是推荐的方法。

创建部分备份有三种方式可以指定要备份整个数据的哪一部分:常规

表达式(--include),枚举文件中的表(--tables-file)或提供数据库列表(-数据库)。

使用--include选项提供给这个的正则表达式将与完全限定匹配

表名,包括数据库名称,格式为databasename.tablename。


1.单个库全备

# innobackupex --include=‘ckldb‘ /data/backups/
170501 00:07:31 innobackupex: Starting the backup operation

IMPORTANT: Please check that the backup run completes successfully.
           At the end of a successful backup run innobackupex
           prints "completed OK!".
.......
170501 00:07:35 Backup created in directory ‘/data/backups/2017-05-01_00-07-31/‘
MySQL binlog position: filename ‘mysql-bin.000001‘, position ‘313‘, GTID of the last change ‘‘
170501 00:07:35 [00] Writing backup-my.cnf
170501 00:07:35 [00]        ...done
170501 00:07:35 [00] Writing xtrabackup_info
170501 00:07:35 [00]        ...done
xtrabackup: Transaction log of lsn (1634875) to (1634875) was copied.
170501 00:07:35 completed OK!

查看备份文件:

# cd /data/backups/2017-05-01_00-07-31/
[root@localhost 2017-05-01_00-07-31]# ls
backup-my.cnf  ckldb  ibdata1  xtrabackup_binlog_info  xtrabackup_checkpoints  xtrabackup_info  xtrabackup_logfile

2.单个库增量备份

#innobackupex --include=‘ckldb‘ --incremental /data/backups/ --incremental-basedir=2017-05-01_00-07-31

3.增加数据,第二次增量备份

3.1.增加数据

MariaDB [ckldb]> insert into jone values(12,‘firegod‘),(13,‘sevenGod‘);
Query OK, 2 rows affected (0.38 sec)
Records: 2  Duplicates: 0  Warnings: 0

MariaDB [ckldb]> select * from jone;                                   
+------+----------+
| id   | name     |
+------+----------+
|    1 | wukaka   |
|    2 | side     |
|    3 | ckl      |
|    4 | kk       |
|    5 | zld      |
|    6 | ned      |
|    7 | stark    |
|    8 | lanester |
|    9 | gonku    |
|   10 | dragon   |
|   11 | lanli    |
|   12 | firegod  |
|   13 | sevenGod |
+------+----------+
13 rows in set (0.00 sec)

3.2.开始第二次增量备份:

# innobackupex --include=‘ckldb‘ --incremental /data/backups/ --incremental-basedir=/data/backups/2017-05-01_00-10-00/

4.模拟删除数据库

MariaDB [(none)]> drop database ckldb; 
Query OK, 1 row affected (0.19 sec)

MariaDB [(none)]> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| test               |
+--------------------+
4 rows in set (0.00 sec)

5.准备恢复

5.1.准备恢复全备

# innobackupex --apply-log --export /data/backups/2017-05-01_00-07-31/

5.2.准备第一次增量备份

# innobackupex --apply-log --redo-only /data/backups/2017-05-01_00-07-31/ --incremental-dir=/data/backups/2017-05-01_00-10-00/

5.3.准备第二次增量备份

# innobackupex --apply-log --redo-only /data/backups/2017-05-01_00-07-31/ --incremental-dir=/data/backups/2017-05-01_00-13-35/

6.开始恢复

# \cp -rf /data/backups/2017-05-01_00-07-31/* /data/mysql/3306/data/

权限添加:

# chown -R mysql.mysql /data/mysql/3306/data/
# service mysqld start

查看数据:

MariaDB [(none)]> use ckldb
Database changed
MariaDB [ckldb]> select * from jone;
+------+----------+
| id   | name     |
+------+----------+
|    1 | wukaka   |
|    2 | side     |
|    3 | ckl      |
|    4 | kk       |
|    5 | zld      |
|    6 | ned      |
|    7 | stark    |
|    8 | lanester |
|    9 | gonku    |
|   10 | dragon   |
|   11 | lanli    |
|   12 | firegod  |
|   13 | sevenGod |
+------+----------+
13 rows in set (0.06 sec)


本文出自 “深呼吸再出击” 博客,请务必保留此出处http://ckl893.blog.51cto.com/8827818/1920933

Xtrabackup 备份恢复