mysql数据库备份工具xtrabackup

1.下载二进制安装包

其他高版本测试缺少依赖

2.xtrabackup参数说明

简介：
Xtrabackup是一个对InnoDB做数据备份的工具，支持在线热备份（备份时不影响数据读写），是商业备份工具InnoDB Hotbackup的一个很好的替代品。
Xtrabackup有两个主要的工具：xtrabackup、innobackupex
（1）xtrabackup只能备份InnoDB和XtraDB两种数据表，而不能备份MyISAM数据表
（2）innobackupex则封装了xtrabackup，是一个脚本封装，所以能同时备份处理innodb和myisam，但在处理myisam时需要加一个读锁

innobackupex常用参数

 --compact        创建一个不包含第二索引（除了主键之外的索引）的备份
 --decompress        解压之前所有以–compress参数备份出来的带有.qp格式的备份文件，--parallel参数会允许同时解锁或解压多个文件。需要安装qpress软件。
 --defaults-file=[MY.CNF] 配置文件的路径
 --incremental-basedir 以上一次全量或增量备份的路径，作为增量备份的基础。指定这个参数的同时，应该同样指定--incremental参数
 --incremental 创建增量备份，当指定这个参数的时候，应该指定--incremental-lsn或--incremental-basedir参数，否则将会备份到--incremental-basedir路径
 --apply-log  在备份目录下，通过应用名称为xtrabackup_logfile的交易日志文件来准备备份。同时，创建新的交易日志。
 --redo-only 当准备数据库的全备或合并增量备份时，需要指定这个参数。这个参数实际上执行的是xtrabackup --apply-log-only，会让xtrabackup跳过回滚节点，只做“redo”步骤。当数据库需要应用增量备份时，需要指定这个参数。
 --incremental-dir=DIRECTORY 指定增量备份的目录，需要搭配--incremental参数。
 --no-timestamp 这个参数会让xtrabackup在备份的时候不创建带有时间格式的子文件夹。当指定了这个参数，备份会直接创建在指定的备份目录下
 --stream=STREAMNAME 指定流备份的格式。备份将会以指定格式输出到STDOUT。目前支持的格式有tar 和 xbstream。如果指定了这个参数，后面需要接tmpdir目录作为处理流的一个中间目录。
 --slave-info    当备份一个作为复制环境的服务器时，这个参数会自动将CHANGE MASTER语句写到备份中，在恢复备份后，不必执行CHANGE MASTER语句。
 --tables-file=FILE        这个参数会接受一个字符串，这个字符串指定了一个文件，这个文件包含了要备份的表名，格式如database.table，一行一个。
 --use-memory=#        这个参数用于在准备备份时，xtrabackup执行crash recovery所使用的内存大小。这个参数仅和--apply-log搭配时才生效。
 
使用--stream=tar备份，压缩、解压、已经压缩后的大小都优于-stream=xbstream,推荐使用--stream=tar方式压缩,解压时还可以配合tar

3.全量备份

shell > vim script/backupdb.sh
 
#!/bin/bash
dbname='alldatabases'
dbuser='user'
dbpassword='passwd'
 
backup_dir='/data/backup_db'
backup_log='/root/script/logs/backup.log'
 
mtime=`date +%Y-%m`
dtime=`date +%d`
 
log(){
  echo -e "`date "+%F %T"` DBname: $1 State: $2\n" >> $backup_log
}
 
[ ! -d $backup_dir/$mtime ] && mkdir -p $backup_dir/$mtime
 
cd $backup_dir/$mtime && /usr/bin/innobackupex --no-lock --user=$dbuser --password=$dbpassword --no-timestamp $dbname > /dev/null >&
 
if [ $? -eq  ];then
  log $dbname 'Backup success.'
  dbakfile=$dbname.$dtime.tar.gz
  tar zcf $dbakfile $dbname --remove-files
  [ $? -eq  ] && log $dbakfile 'Packaging success.' || log $dbakfile 'Packaging failed.'
else
  log $dbname 'Backup failed.'
fi

4.全备还原

shell > /etc/init.d/mysql.server stop  # 首先关闭数据库
 
shell > cd /data/backup_db  # 切换到备份目录
 
shell > mv /usr/local/mysql-5.5./data data.old  # 将原来的数据目录备份一下
 
shell > tar zxf alldatabase..tar.gz  # 然后将原来的备份解压缩
 
shell > innobackupex --apply-log alldatabase  # 在备份上应用日志，一般没有看到报错且最后显示 OK 就没有问题 ( --use-memory 使用该参数加快速度 )
:: completed OK!
 
shell > innobackupex --copy-back alldatabase  # 将备份还原到 my.cnf 指定的 datadir 中，不指定 --defaults-file，默认 /etc/my.cnf
 
Error: datadir must be specified.  # 报错信息显示，在默认配置文件 /etc/my.cnf 中，没有找到 datadir 配置项
 
shell > vim /etc/my.cnf  # 加入 datadir 配置项
 
datadir         = /usr/local/mysql-5.5./data
 
shell > innobackupex --copy-back alldatabase  # 再次执行 copy 动作，没有报错且显示 OK
:: completed OK!
 
shell > ll -d /usr/local/mysql-5.5./data
drwxr-x---  root root  10月  : /usr/local/mysql-5.5./data
 
shell > chown -R mysql.mysql /usr/local/mysql-5.5./data  # 修改数据目录权限
 
shell > /etc/init.d/mysql.server start

# 备份已经恢复!
# 回顾整个恢复过程，发现一个问题：之前数据库里的东西全部没有了...
# 也就是说，innobackupex 只适用于该 MySQL 中除系统库外，只有一个库的备份。
# 虽然有选项 --databases 可以指定备份哪个数据库，但是备出来的结果却是 all databases，且恢复的时候也是全部覆盖。（默认不指定备份数据库，则全库备份）
# 1、采用 innobackupex 备份整库，然后恢复到一台新库上，再通过 mysqldump 将需要还原的单库备份一次，之后导入需要恢复的数据库中 ( 要考虑恢复时间 )。
# 2、采用 innobackupex 备份只有一个业务库的 MySQL Server，恢复到只有该业务库的 MySQL Server 中。
# 3、如果一个 MySQL Server 中有多个数据库，又只想备份某个库，且该库体积比较小的情况下，建议使用 mysqldump 备份。