以前mysql搭建新备库都是在现在业务较小的备库上停止同步或停止数据库，然后拷贝数据库到新备库，配置好新备库后，再开启同步或数据库。然而，这次没有空闲备库用来搭新备库。
需要从一个业务繁忙的数据库中搭建一个新备库，对系统延时要求比较高，所以同步和数据库都不能停。所以我们用了percona的 xtrabackup备份工具。
因为这个备份要作为备库，所以用了–slave-info参数，备份完成后会生成一个对应主库的binlog日志的文件，用于配置同步。为了保证数据一致性，使用了–slave-info参数后会在某一段时间内加一个全局只读锁，导致库不可写，但是这个要比停止库的同步的影响要小。数据库总共1.4T，前面备份的1.3T都很顺利，没有锁和延时。在备份最后100G数据文件的时候产生了一个全局只读锁，造成了大约3个小时的延迟，备份完成后大概半小时后延时追上了 。
下面介绍用xtrabackup 搭建备库的主要步骤：
1.安装见《percona-xtrabackup备份及恢复mysq操作手册》文档；
2.开启一个作为slave的完全备份 开启一个完全备份,加入–slave-info参数表明这是一个用来做slave的备份，备份完之后会生成一个xtrabackup_slave_info文件，记录了备份完成后主库的二进制日志文件和位置，用来开启一个同步。
[[email protected] data]# innobackupex --user=root --password= root - --slave-info --no-timestamp /data/backup/pis_slave
备份成功后会看到如下信息：
innobackupex: Backup created in directory ‘/data/backup/pis_slave’
innobackupex: MySQL slave binlog position: master host ‘10.0.2.44’, filename ‘mysql-bin.012434′, position 525181886
131028 20:20:37 innobackupex: Connection to database server closed
131028 20:20:37 innobackupex: completed OK!
备份完成后，还不能用于恢复，一些未提交的事物需要恢复，需要恢复redo logo的数据，确保数据一致
innobackupex --apply-log /data/backup/pis_slave/
执行成功会看到如下信息
xtrabackup: starting shutdown with innodb_fast_shutdown = 1 InnoDB: FTS optimize thread exiting. InnoDB: Starting shutdown… InnoDB: Shutdown completed; log sequence number 6370833331492 131029 14:12:41 innobackupex: completed OK!
备份完成将备份拷贝到新的备库服务器
4.在新备库安装新的mysql数据库。注意的是恢复前要关闭数据库，清空数据库文件目录，因为如果数据目录有存在文件的话是不会覆盖的。然后用下列命令进行数据拷贝恢复，下列命令会将备份出的数据根据my.cnf配置的信息将备份拷贝到mysql数据目录。或者手动将备份文件拷贝到mysql的数据目录也可以。
innobackupex –copy-back /data/backup/pis_slave
5.启动数据库
mysqld_safe --user=mysql --ledir=/data/mysql/bin/ &
6.配置同步
查看主库的binlog位置
[[email protected] pis_slave]# cat xtrabackup_slave_info
CHANGE MASTER TO MASTER_LOG_FILE=‘mysql-bin.012434‘, MASTER_LOG_POS=525181886
开启同步
14:30:53 (none)>CHANGE MASTER TO
-> MASTER_HOST=‘10.0.2.44‘,
-> MASTER_USER=‘repl‘,
-> MASTER_PASSWORD=‘repl‘,
-> MASTER_PORT=3306,
-> MASTER_LOG_FILE=‘mysql-bin.012434‘,
-> MASTER_LOG_POS=525181886,
-> MASTER_CONNECT_RETRY=10;
14:33:00 (none)> start slave;