标签：style blog http io color ar os 使用 sp
percona-xtrabackup是由percona公司开发的备份工具，主要有两个工具，一个是xtrabackup，另一个是innobackupex。其中中innobackupex是对xtrabackup封装，是一个perl脚本。本文操作相对比较简单，通过innobackupex将3306实例的数据进行备份，再恢复到3307实例上。同时也简单的介绍下通过这个备份恢复数据。
yum install http://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpm yum install percona-xtrabackup.x86_64 yum search percona
cd / mkdir data cd data mkdir mkdir backup
cp /etc/my.cnf /data/backup/conf/3306.cnf cp /etc/my.cnf /data/backup/conf/3307.cnf
--user: mysql用户 --password: 用户密码 --defaults-file: 指定my.cnf文件路径，若不指定则读取mysql默认的my.cnf文件 --socket：mysql实例对应的socket文件
innobackupex --user=root --password=123456 --socket=/tmp/mysql_3306.sock --defaults-file=/data/backup/conf/3306.cnf /data/backup/full/首次将数据库的所有数据备份到/data/backup/full/目录，在/data/backup/full/ 目录下将生成一个当前时间戳的子目录，如图1。若要不生成时间戳的子目录，可以使用--no-timestamp参数，使其不自动生成时间戳的子目录，所以备份数据将存储在/data/backup/full/ 下。 全备只需指定用于备份的用户名、密码和备份路径即可，最后出现innobackupex: completed OK! 则代表备份成功。
图1
全备后的目录文件，如图2。
图2
mysql的data目录下的文件，如图3。
图3
可以对比图2、图3的目录文件，xtrabackup生成的文件有backup-my.cnf、xtrabackup_checkpoints、xtrabackup_info、xtrabackup_lofile。
文件说明：
backup-my.cnf: 主要是记录innobackupex中使用到Mysql参数。
# This MySQL options file was generated by innobackupex. # The MySQL server [mysqld] innodb_checksum_algorithm=innodb innodb_data_file_path=ibdata1:12M:autoextend innodb_log_files_in_group=2 innodb_log_file_size=50331648 innodb_page_size=16384 innodb_undo_directory=. innodb_undo_tablespaces=0
backup_type = full-prepared from_lsn = 0 to_lsn = 8234580547 last_lsn = 8234580547 compact = 0xtrabackup_info: 记录mysql相关信息。
uuid = 3d090541-6649-11e4-bb2a-000c295bd3a3 name = tool_name = innobackupex tool_command = --user=root --password=... --incremental /data/backup/incremental/ --incremental-base=/data/backup/incremental/2014-11-07_14-24-54/ --defaults-file =/data/backup/conf/3306.cnf --socket=/tmp/mysql_3306.sock tool_version = 1.5.1-xtrabackup ibbackup_version = xtrabackup version 2.2.6 based on MySQL server 5.6.21 Linux (x86_64) (revision id: ) server_version = 5.6.21-log start_time = 2014-11-07 14:41:52 end_time = 2014-11-07 14:42:27 lock_time = 2 binlog_pos = innodb_from_lsn = 8234579864 innodb_to_lsn = 8234580547 partial = N incremental = Y format = file compact = N compressed = N
use test; create table t3(col1 int,col2 int);写入如下新数据：
insert into t3(col1,col2)value(1,1); insert into t3(col1,col2)value(2,1); insert into t3(col1,col2)value(3,1); insert into t3(col1,col2)value(4,1); insert into t3(col1,col2)value(5,1); insert into t3(col1,col2)value(6,1); insert into t3(col1,col2)value(7,1); insert into t3(col1,col2)value(8,1); insert into t3(col1,col2)value(9,1); insert into t3(col1,col2)value(10,1);
注：可以删除、更新数据，再观察首次增量备份后的目录下的表文件，与全量备份的表文件进行对比，分析不同之处。
innobackupex --user=root --password=123456 --socket=/tmp/mysql_3306.sock --defaults-file=/data/backup/conf/3306.cnf --incremental /data/backup/incremental/ --incremental-basedir=/data/backup/full/2014-11-07_14-06-47参数说明：
--incremental ：指定存储本次增量备份的目录 --incremental-basedir：上次备份的存储目录完成首次的增量备份后，在指定目录下也会生成一个新的目录，目录中的文件与全量备份文件部分不一样。
4. 第二次增量备份
在第二次备份（增备）的基础上，再进行备份。
innobackupex --user=root --password=123456 --socket=/tmp/mysql_3306.sock --defaults-file=/data/backup/conf/3306.cnf --incremental /data/backup/incremental/ --incremental-basedir=/data/backup/incremental/2014-11-07_14-21-25
--apply-log ：创建新的事务日志，从backup-my.cnf文件中读取innodb配置信息。 --redo-only：只读已提交的事务，在最后一次增量合并时，不需要填写这个参数。全量备份恢复前准备
innobackupex --apply-log --redo-only /data/backup/full/2014-11-07_14-06-47
innobackupex --apply-log --redo-only /data/backup/full/2014-11-07_14-06-47 --incremental-dir=/data/backup/incremental/2014-11-07_14-21-25
innobackupex --apply-log /data/backup/full/2014-11-06_14-52-38/ --incremental-dir=/data/backup/incremental/2014-11-07_14-23-52注：最后一次的合并操作中不需要添加--redo-only参数。
/usr/local/mysql/bin/mysqld_multi stop 3307如果无法停止mysql，执行kill -9 mysql3307实例的进程。
innobackupex --defaults-file=/data/backup/conf/3307.cnf --copy-back /data/backup/full/2014-11-06_14-52-38/
chown -R mysql:mysql /data/mysql/mysql_3307/data
/usr/local/mysql/bin/mysqld_mutil start 3306查看实例是否被启动：
/usr/local/mysql/bin/mysqld_mutil report
登录数据库核对两个数据库中相关表的数据是否一致。
另外也可以通过这个备份恢复3306的数据，通过如下操作模拟数据丢失情况。
drop database test;
<span style="font-size:14px;">innobackupex --defaults-file=/data/backup/conf/3306.cnf --copy-back /data/backup/full/2014-11-06_14-52-38/ </span>
chown -R mysql:mysql /data/mysql/mysql_3307/data
注：
1. 在备份的时候如果磁盘空间还足够的话，建议每个备份都再做一个副本，防止备份数据异常。
2. 进行恢复的时候一定要注意合并的先后顺序，如全备->增量备2->增量备份2，先后顺序不能乱，否则将使用数据不一致。
需要删除之前的data目录下的，我们可以对原有的data目录进行重命名。
mv /data/mysql/mysql_3307/data /data/mysql/mysql_3307/data_bak_20141107
图4
查看下data及子目录的所属用户及用户组，如果是root用户及用户组，可以做如下操作：
chown -R mysql:mysql /data/mysql/mysql_3307/data
3.InnoDB: Cannot create ./ib_logfile101
如下错误：
|
2014-11-07 10:24:05 12406 [ERROR] InnoDB: Cannot create ./ib_logfile101 2014-11-07 10:24:05 12406 [ERROR] Plugin ‘InnoDB‘ init function returned error. 2014-11-07 10:24:05 12406 [ERROR] Plugin ‘InnoDB‘ registration as a STORAGE ENGINE failed. 2014-11-07 10:24:05 12406 [ERROR] Unknown/unsupported storage engine: InnoDB 2014-11-07 10:24:05 12406 [ERROR] Aborting |
多实例下percona-xtrbackup使用（2014-11-10）
标签：style blog http io color ar os 使用 sp
原文地址：http://blog.csdn.net/fzdba/article/details/40979593
