innobackupex

使用innobackupex基于从库搭建mysql主从架构 现有的架构是一主一从，版本为Mysql5.6.37。实施要求是：利用从库，搭建第二个从库，版本为5.7.21 主库：192.168.1.21 从库：192.168.1.22 从库2：192.168.1.23 1、备份从库1 [root@mysql02 ~]./innobackupex --user=root --password="xxxxxx" --slave-info --safe-slave-backup --parallel=3 /data/backup/ #参数slave-info 用于GTID #复制my.cnf文件到新从库 [root@mysql02 ~]$scp /etc/my.cnf 192.168.1.23:/data/backup 2、主库授予从库2复制账户 master@MySQL> grant replication slave,replication client on *.* to repl@'192.168.1.23' identified by 'repl'; 3、从库2：进行恢复 [root@mysql03 ~]$./innobackupex --user=root --password="xxxxxx" --apply-log --use-memory=2G /data/backup

在MySQL 5.6 Oracle引入了一个可移动表空间的特征（复制的表空间到另一个服务器）和Percona Server采用部分备份，这意味着你现在可以备份单个数据库或表；由于Percona Server 5.6的出现，innodb_import_table_from_xtrabackup是过时的Percona Server实现Oracle MySQL的可移动表空间的功能，就是在服务器之间复制的表空间的能力（table.ibd）。让我展示通过一个例子，我将采取选择性表部分备份而不是一个完整的MySQL服务器并且在线恢复它，而不需要关闭MySQL服务器 该实验用到一个备份工具percona xtrabackup，是一个开源且免费的MySQL数据库热备份软件,执行非阻塞InnoDB和xtradb数据库备份，想当好用， 最重要Percona支持部分备份模式，对应于特定的数据库或表格备份。 本实验环境： 服务器端版本：percona-5.6.21版本（下载地址： http://www.percona.com/downloads/Percona-Server-5.6/Percona-Server-5.6.21-70.1/binary/tarball/Percona-Server-5.6.21-rel70.1-698.Linux.x86_64.tar.gz ） 附加：percona-5.5

上一篇介绍了逻辑备份工具mysqldump，本文将通过应用更为普遍的物理备份工具xtrabackup来演示数据备份及恢复的第二篇内容。 1. xtrabackup 工具的安装 1.1 安装依赖包 /* xtrabackup 的使用需要安装相关的依赖包 否则使用过程中会报相关错误 */ yum install -y rsync perl l perl-Digest-MD5 perl perl-devel libaio libaio-devel perl-Time-HiRes perl-DBD-MySQL 1.2 下载及安装 去percona官网下载对应版本的安装包 https://www.percona.com/downloads , 因为每个版本对应的数据库版本不同，因此需要根据数据库的版本选择对应的xtrabackup的安装包. 当前测试使用的数据库为MySQL5.7 因此下载2.4版本https: // www.percona.com/downloads/Percona-XtraBackup-2.4/LATEST/ 另外，2.4.10及以后版本中，对libgcrypt进行了区分，因此也需要查询自己服务器的libgcrypt版本，然后选择对应的安装包 查看libgcrypt方法： [root@testdb ~]# yum list installed|grep libgcrypt

注意：版本变化 xtrabackup版本升级到2.4后，相比之前的2.1有了比较大的变化： innobackupex 功能全部集成到 xtrabackup 里面，只有一个 binary程序，另外为了兼容考虑，innobackupex作为 xtrabackup 的软链接，即xtrabacku现在支持非Innodb表备份，并且 Innobackupex 在下一版本中移除，建议通过xtrabackup替换innobackupex 这里mariadb5.5，为centos7默认版本，更高版有很多版本问题很严重 个人测试数据库版本10以上均无法使用xtrabackup 本次使用数据库5.5版本恢复主机10.4版本可行 首先安装xtrabackup yum install percona-xtrabackup 在EPEL源中 >最新版本下载安装： https://www.percona.com/downloads/XtraBackup/LATEST/ >本次实验使用 2.4 版本 下载地址： https://www.percona.com/downloads/Percona-XtraBackup-2.4/LATEST/ yum install /root/percona-xtrabackup-24-2.4.13-1.el7.x86_64.rpm #用yum解决依赖性 使用方法 :备份 备份

MySQL备份的类型 按照备份时对数据库的影响范围分为 1、Hot backup(热备) Cold Backup（冷备）Warm Backup（温备） Hot backup：指在数据库运行中直接备份，对正在运行的数据库没有任何影响。（Online Backup）官方手册为在线备份 2、Cold Backup：指在数据库停止的情况下进行备份(OfflineBackup) 官方手册称为离线备份 3、Warm Backup：备份同样在数据库运行时进行，但是会对当前数据库的操作有所影响，例如加一个全局读锁以保证备份数据的一致性 按照备份后文件内容 1、逻辑备份 指备份后的文件内容是可读的，通常为文本文件，内容一般是SQL语句，或者是表内的实际数据，如mysqldump和SELECT * INTO OUTFILE的方法，一般适用于数据库的升级和迁移，恢复时间较长 2、裸文件备份 拷贝数据库的物理文件，数据库既可以处于运行状态（mysqlhotcopy 、ibbackup、xtrabackup这类工具），也可以处于停止状态，恢复时间较短。 按照备份数据库的内容来分，又可以分为 1、完全备份：对数据库完整的备份 2、差异备份：在上一次完全备份基础上，对更新的数据进行备份（xtrabackup） 3、增量备份：在上次备份的基础上，对更新的数据进行备份 4、日志备份：二进制日志备份，主从复制

# 备份脚本XtraBackup.sh： #!/bin/bash # filename : XtraBackup.sh # Author : 00000 day= date +%w dt= date +%Y%m%d lastday= date -d '1 days ago' +%Y%m%d user=backupuser log=backuplog. date +%Y%m%d case $day in 0) # Monday Relatively Sunday's incremental backup sudo innobackupex --defaults-file=/etc/my.cnf --login-path=$user --no-timestamp --incremental --backup --incremental-basedir=/data/backup/xtra inc $lastday /data/backup/xtra inc $dt > /tmp/$log 2>&1 ;; 1) # Sunday Full backup sudo find /data/backup/ -name "xtra_ " -mtime +6 -exec rm -rf {} \; sudo innobackupex --defaults-file=/etc/my.cnf -

Mysql 备份恢复与 xtrabackup备份 1.1 备份的原因 　　备份是数据安全的最后一道防线，对于任何数据丢失的场景，备份虽然不一定能恢复百分之百的数据(取决于备份周期)，但至少能将损失降到最低。衡量备份恢复有两个重要的指标：恢复点目标(RPO)和恢复时间目标(RTO)，前者重点关注能恢复到什么程度，而后者则重点关注恢复需要多长时间。 1.1.1 备份的目录 　　做灾难恢复：对损坏的数据进行恢复和还原 　　需求改变：因需求改变而需要把数据还原到改变以前 　　测试：测试新功能是否可用 1.1.2 备份中需要考虑的问题 　　可以容忍丢失多长时间的数据； 　　恢复数据要在多长时间内完； 　　恢复的时候是否需要持续提供服务； 　　恢复的对象，是整个库，多个表，还是单个库，单个表。 1.1.3 备份的类型 热备份： 　　这些动态备份在读取或修改数据的过程中进行，很少中断或者不中断传输或处理数据的功能。使用热备份时，系统仍可供读取和修改数据的操作访问。 冷备份： 　　这些备份在用户不能访问数据时进行，因此无法读取或修改数据。这些脱机备份会阻止执行任何使用数据的活动。这些类型的备份不会干扰正常运行的系统的性能。但是，对于某些应用程序，会无法接受必须在一段较长的时间里锁定或完全阻止用户访问数据。 温备份： 　　这些备份在读取数据时进行，但在多数情况下，在进行备份时不能修改数据本身

MySQL之Xtrabackup备份与恢复 一、Xtrabackup介绍 　　MySQL冷备、mysqldump、MySQL热拷贝都无法实现对数据库进行增量备份。在实际生产环境中增量备份是非常实用的，如果数据大于50G或100G，存储空间足够的情况下，可以每天进行完整备份，如果每天产生的数据量较大，需要定制数据备份策略。例如每周实用完整备份，周一到周六实用增量备份。而Percona-Xtrabackup就是为了 　　实现增量备份而出现的一款主流备份工具，xtrabakackup有2个工具，分别是xtrabakup、innobakupe。 　　Percona-xtrabackup是 Percona公司开发的一个用于MySQL数据库物理热备的备份工具，支持MySQL、Percona server和MariaDB，开源免费，是目前较为受欢迎的主流备份工具。xtrabackup只能备份innoDB和xtraDB两种数据引擎的表，而不能备份MyISAM数据表。 二、Xtrabackup优点 （1）备份速度快，物理备份可靠 （2）备份过程不会打断正在执行的事务（无需锁表） （3）能够基于压缩等功能节约磁盘空间和流量 （4）自动备份校验 （5）还原速度快 （6）可以流传将备份传输到另外一台机器上 （7）在不增加服务器负载的情况备份数据 三、Xtrabackup备份原理

MySQL数据库备份与恢复 1、备份方式 逻辑备份（文本表示：SQL 语句） 物理备份（数据文件的二进制副本） 基于快照的备份 基于复制的备份 增量备份（刷新二进制日志） 2、备份类型 2.1 热备份 这些动态备份在读取或修改数据的过程中进行，很少中断或者不中断传输或处理数据的功能。使用热备份时，系统仍可供读取和修改数据的操作访问。 2.2冷备份 这些备份在用户不能访问数据时进行，因此无法读取或修改数据。这些脱机备份会阻止执行任何使用数据的活动。这些类型的备份不会干扰正常运行的系统的性能。但是，对于某些应用程序，会无法接受必须在一段较长的时间里锁定或完全阻止用户访问数据。 2.3温备份 这些备份在读取数据时进行，但在多数情况下，在进行备份时不能修改数据本身。这种中途备份类型的优点是不必完全锁定最终用户。但是，其不足之处在于无法在进行备份时修改数据集，这可能使这种类型的备份不适用于某些应用程序。在备份过程中无法修改数据可能产生性能问题。 3、物理备份 物理备份由存储数据库内容的目录和文件的原始副本组成。这种类型的备份适用于需要在发生问题时快速恢复的大型重要数据库。 3.1物理备份的特点 备份由数据库目录和文件的精确副本组成。通常这是全部或部分MySQL数据目录的副本。 物理备份方法比逻辑更快，因为它们只涉及文件复制而无需转换。 输出比逻辑备份更紧凑。 由于备份速度和紧凑性对繁忙

（一）xtraBackup简介 xtraBackup是Percona公司开发的一款MySQL数据库备份软件，在备份模式中属于物理备份。其显著特点是开源、免费、备份执行过程中不会阻塞事物、备份可压缩、支持全备和增量备份。 （二）下载安装xtraBackup工具 xtraBackup并没有随着MySQL安装包一起下载，需要单独到percona官网下载。注意，最新版的Percona XtraBackup 8.0不适用于MySQL 8.0以前的版本，我的数据库是MySQL5.7，因此下载2.4版本。 （2.1）离线安装 大部分公司服务器都不连接外网，离线安装是使用最多的方式。xtraBackup rpm包下载地址为： https://www.percona.com/downloads/Percona-XtraBackup-2.4/LATEST/ 。以下过程是在断网情况下执行的。 STEP1 ：将rpm安装包传到服务器上 [root@mysqlserver ~]# ls -l |grep percona -rw-r--r-- 1 root root 7935884 Feb 11 16:19 percona-xtrabackup-24-2.4.18-1.el7.x86_64.rpm STEP2 ：安装rpm包，这里不要使用rpm -ivh去安装，因为该安装包需要其他依赖包