xtrabackup热备和恢复mysql

Posted 2020-09-22

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了xtrabackup热备和恢复mysql相关的知识，希望对你有一定的参考价值。

热备份与恢复

3.1xtrabackup介绍：

热备份的方式也是直接复制数据物理文件，和冷备份一样，但是热备份可以不停机直接复制，一般用于7*24小时不间断的重要核心业务。mysql的社区版本热备份工具InnoDB Hot Backup是付费的，只能试用30天，商业版才可以永久的使用，

Percona公司发布一个xtrabackup热备工具，和付费的工具一样，支持在线热备（备份时不影响数据的读写）是商业工具InnoDB Hot Backup的一个很好的替代。

xtrabackup热备工具是一个开源的工具，他可以非常快速的备份和恢复mysql数据库。Xrabackup 中包含两个工具：

xtrabackup适用于热备份InnoDB及XtraDB表中数据的工具，不能备份其他类型的表，也不能备份数据表结构
innobakupex是将xtrabackup进行封装的perl脚本，他提供备份MyISAM表的能力，由于innobakupex功能更完善，所以一般采用innobakupex来进行备份，但在处理myisam时需要加一个读锁。并且加入了一些使用的选项。如slave-info可以记录备份恢复后，作为slave需要的一些信息，根据这些信息，可以很方便的利用备份来重做slave。

Xtrabackup可以做什么：

在线(热)备份整个库的InnoDB、 XtraDB表

在xtrabackup的上一次整库备份基础上做增量备份(innodbonly)

以流的形式产生备份，可以直接保存到远程机器上(本机硬盘空间不足时很有用)

MySQL数据库本身提供的工具并不支持真正的增量备份，二进制日志恢复是point-in-time(时间点)的恢复而不是增量备份。Xtrabackup工具支持对InnoDB存储引擎的增量备份，工作原理如下：

(1)首先完成一个完全备份，并记录下此时检查点的LSN(LogSequenceNumber)。

(2)在进程增量备份时，比较表空间中每个页的LSN是否大于上次备份时的LSN，如果是，则备份该页，同时记录当前检查点的LSN。

　　首先，在logfile中找到并记录最后一个checkpoint(“last checkpoint LSN”)，然后开始从LSN的位置开始拷贝InnoDB的logfile到xtrabackup_logfile；接着，开始拷贝全部的数据文件.ibd；在拷贝全部数据文件结束之后，才停止拷贝logfile。

　　因为logfile里面记录全部的数据修改情况，所以，即时在备份过程中数据文件被修改过了，恢复时仍然能够通过解析xtrabackup_logfile保持数据的一致。

3.2Xtrabackup备份原理

XtraBackup基于InnoDB的crash-recovery功能。它会复制innodb的datafile，由于不锁表，复制出来的数据是不一致的，在恢复的时候使用crash-recovery，使得数据恢复一致。

InnoDB维护了一个redo log，又称为transactionlog，事务日志，它包含了innodb数据的所有改动情况。当InnoDB启动的时候，它会先去检查data file和transaction log，并且会做二步操作：

XtraBackup在备份的时候，一页一页地复制innodb的数据，而且不锁定表，与此同时，XtraBackup还有另外一个线程监视着transactions log，一旦log发生变化，就把变化过的logpages复制走。为什么要急着复制走呢？因为transactions log文件大小有限，写满之后，就会从头再开始写，所以新数据可能会覆盖到旧的数据。

　　在prepare过程中，XtraBackup使用复制到的transactions log对备份出来的innodb data file进行crash recovery。

3.3实现细节

XtraBackup以read-write模式打开innodb的数据文件，然后对其进行复制。其实它不会修改此文件。也就是说，运行XtraBackup的用户，必须对innodb的数据文件具有读写权限。之所以采用read-write模式是因为XtraBackup采用了其内置的 innodb库来打开文件，而innodb库打开文件的时候就是rw的。

XtraBackup要从文件系统中复制大量的数据，所以它尽可能地使用posix_fadvise()，来告诉OS不要缓存读取到的数据，从而提升性能。因为这些数据不会重用到了，OS却没有这么聪明。如果要缓存一下的话，几个G的数据，会对OS的虚拟内存造成很大的压力，其它进程，比如mysqld很有可能被swap出去，这样系统就会受到很大影响了。

在备份innodbpage的过程中，XtraBackup每次读写1MB的数据，1MB/16KB=64个page。这个不可配置。读1MB数据之后，XtraBackup一页一页地遍历这1MB数据，使用innodb的buf_page_is_corrupted()函数检查此页的数据是否正常，如果数据不正常，就重新读取这一页，最多重新读取10次，如果还是失败，备份就失败了，退出。在复制transactionslog的时候，每次读写512KB的数据。同样不可以配置。

3.4xtrabackup工具的安装

1软件下载地址

http://www.percona.com/downloads/软件下载地址

2直接下载二进制包安装

不编译安装，编译安装需要和MySQL源码包配合。

wgethttp://www.percona.com/downloads/XtraBackup/XtraBackup-2.1.9/binary/Linux/x86_64/percona-xtrabackup-2.1.9-744-Linux-x86_64.tar.gz

tar zxvf percona-xtrabackup-2.1.9-744-Linux-x86_64.tar.gz

[[email protected] bin]# cd/opt/percona-xtrabackup-2.1.9-Linux-x86_64/bin/

[[email protected]_64]# ll bin/

总用量 114072

-rwxr-xr-x 1 root root 168821 5月 2 2014 innobackupex

lrwxrwxrwx 1 root root 12 4月 4 10:11 innobackupex-1.5.1 ->innobackupex

-rwxr-xr-x 1 root root 2226551 5月 2 2014 xbcrypt

-rwxr-xr-x 1 root root 2300304 5月 2 2014 xbstream

-rwxr-xr-x 1 root root 13178050 5月 2 2014 xtrabackup

-rwxr-xr-x 1 root root 16598470 5月 2 2014 xtrabackup_55

-rwxr-xr-x 1 root root 82321834 5月 2 2014 xtrabackup_56

cp innobackupex-1.5.1 /usr/bin/innobackupex

cp xtrabackup_55 /usr/bin/xtrabackup

cp xtrabackup /usr/bin

安装相关插件

yum install perl-DBI -y

yum install perl-DBD-MySQL -y

yum install perl-Time-HiRes -y

yum install perl-IO-Socket-SSL –y

yum install perl-TermReadKey.x86_64 -y

3.5 innobackupex参数介绍：

--defaults-file=/etc/my.cnf：指定my.cnf配置文件位置

--user=root：指定链接数据库的用户名

--apply-log：对xtrabackup的—prepare参数的封装

--copy-back：做数据恢复时把备份文件拷贝到mysql服务器的datadir目录下

--remote-host：通过ssh将备份数据存储到远程的服务器上

--stream：通过指定的数据格式将备份的数据输出到标准输出

--tmpdir:当指定了—remote-host或者是—stream参数后，事务日志需要临时存储到本地磁盘，此参数默认使用了mysql服务器的配置

--use-memory：此参数结合ibbackup使用，类似于xrtabackup的参数use-memory参数

--throttle=ios：同xtrabackup的参数throttle

--sleep:是给ibbackup使用的，指定每备份1M数据，进程停止考呗多少秒，也是为了减少对正常业务的影响，具体查看ibbackup的手册

-compass:对备份的数据进行压缩，仅仅支持ibbackup，xtrabackup还没有实现

--include=REGEXP对xtrabackup参数的封装，也支持ibbackup；

--database=LIST :列出需要备份的databases,如果没有制定该参数，则所有包含Myisam和innoDB表的database 都会被备份

--password="*****"：访问mysql的用户口令，当mysql的root口令为空时省略—password参数。

PORT=3306 ：指定mysql监听的端口

--slave-info：slave-info可以记录备份恢复后，作为slave需要的一些信息，根据这些信息，可以很方便的利用备份来重做slave。

/mysql_backup：备份位置

--socket=SOCKET ：mysql服务器的socket文件的位置

2>/mysql_backup/ innobackupex.log：记录备份时的输出

--databases=数据库名：使用这个参数，针对某个数据库进行备份,如果不加这个参数默认就是全部的库备份

innobackupex --defaults-file= /data/mysqldata/3307/my.cnf--user=root --password= [email protected] --databases="cooolyisydb" /backup/full_data/

3.6实例演示操作：

innobackupex --defaults-file= /data/mysqldata/3307/my.cnf--user=root --password= [email protected] --databases="cooolyisydb" /backup/full_data/

[[email protected] backup]# innobackupex --defaults-file= /data/mysqldata/3307/my.cnf--user=root [email protected] --databases="cooolyisydb"/backup/full_data/

Can‘t locate Time/HiRes.pm in @INC (@INC contains:/usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl/usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at/usr/bin/innobackupex line 23.

BEGIN failed--compilation aborted at/usr/bin/innobackupex line 23.

报错解决办法：

yum -y install perl-Time-HiRes

参考：http://blog.csdn.net/lwei_998/article/details/40896321

1.单库备份及恢复过程：

创建备份数据存放的目录：

mkdir -p/backup/{full_data,dk_data,zl_data}

注：full_data 全库备份目录

dk_data 单库备份目录

zl_data 增量备份目录

[[email protected] ~]# time innobackupex--defaults-file=/etc/my.cnf --user=root [email protected]#R0ot--socket=/tmp/mysql.sock --port=3306 --databases="mahtu" --slave-info/backup/full_data/

This software is published under

the GNU GENERAL PUBLIC LICENSE Version 2, June 1991.

Get the latest version of Percona XtraBackup,documentation, and help resources:

http://www.percona.com/xb/p

170404 13:28:55 innobackupex: Connecting to MySQL server with DSN‘dbi:mysql:;mysql_read_default_file=/etc/my.cnf;mysql_read_default_group=xtrabackup;port=3306;mysql_socket=/tmp/mysql.sock‘as ‘root‘ (using password: YES).

170404 13:28:55 innobackupex: Connected to MySQL server

170404 13:28:55 innobackupex: Executing a version check against the server...

170404 13:28:58 innobackupex: Done.

IMPORTANT: Please check that the backup runcompletes successfully.

Atthe end of a successful backup run innobackupex

prints "completed OK!".

innobackupex: Using mysql server version 5.5.48

innobackupex: Created backup directory /backup/full_data/2017-04-04_13-28-58

170404 13:28:58 innobackupex: Starting ibbackup with command: xtrabackup_55 --defaults-file="/etc/my.cnf" --defaults-group="mysqld" --backup--suspend-at-end --target-dir=/backup/full_data/2017-04-04_13-28-58 --tmpdir=/tmp

innobackupex: Waiting for ibbackup (pid=26398) tosuspend

innobackupex: Suspend file‘/backup/full_data/2017-04-04_13-28-58/xtrabackup_suspended_2‘

xtrabackup_55 version 2.1.9 for Percona Server5.5.35 Linux (x86_64) (revision id: 744)

xtrabackup: uses posix_fadvise().

xtrabackup: cd to /data/mysql/

xtrabackup: open files limit requested 65535, setto 65535

xtrabackup: using the following InnoDBconfiguration:

xtrabackup: innodb_data_home_dir = /usr/local/mysql/var

xtrabackup: innodb_data_file_path = ibdata1:10M:autoextend

xtrabackup: innodb_log_group_home_dir = /usr/local/mysql/var

xtrabackup: innodb_log_files_in_group = 2

xtrabackup: innodb_log_file_size = 268435456

>> log scanned up to (619371504)

[01] Copying/usr/local/mysql/var/ibdata1 to /backup/full_data/2017-04-04_13-28-58/ibdata1

>> log scanned up to (619371504)

.......................