网站建设资讯

NEWS

网站建设资讯

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)

另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。


当前标题:Xtrabackup备份恢复-创新互联
地址分享:http://cdweb.net/article/jdops.html