如果执行正确,其输出信息的最后几行通常如下:
innobackupex: Starting to copy InnoDB log files innobackupex: in '/backup/2012-04-07_08-17-03' innobackupex: back to original InnoDB log directory '/mydata/data' innobackupex: Finished copying back files. ... 120407 09:36:10 innobackupex: completed OK! 启动从库 MySQL,设置主库信息当数据恢复至数据目录以后,还需要确保所有数据文件的属主和属组均为正确的用户,如mysql,否则,在启动mysqld之前还需要事先修改数据文件的属主和属组。如:
chown -R mysql:mysql /mydata/data/
启动从库:
/etc/init.d/mysqld start
在主库中开设主从用的账号和权限:
GRANT REPLICATION SLAVE ON *.* TO 'slave'@'192.168.0.1' IDENTIFIED BY 'slave';
查看备份文件 xtrabackup_binlog_info 中的日志文件以及position。
CHANGE MASTER TO MASTER_HOST='<master_host>', MASTER_USER='<slave_username>', MASTER_PASSWORD='<slave_password>', MASTER_LOG_FILE='<see xtrabackup_binlog_info>', MASTER_LOG_POS=<see xtrabackup_binlog_info>;开启主从同步:
START SLAVE;查看从库状态:
SHOW SLAVE STATUS;Ps:用 innobackupex 备份数据时,–apply-log 处理过的备份数据里有两个文件说明该备份数据对应的 binlog 的文件名和位置。但有时这俩文件说明的位置可能会不同。
1 对于纯 InnoDB 操作,备份出来的数据中上述两个文件的内容是一致的
2 对于 InnoDB 和非事务存储引擎混合操作,xtrabackup_binlog_info 中所示的 position 应该会比 xtrabackup_pos_innodb 所示的数值大。此时应以 xtrabackup_binlog_info 为准;而后者和 apply-log 时 InnoDB recovery log 中显示的内容是一致的,只针对 InnoDB 这部分数据。
Ps2:启动 MySQL 时,遇到权限问题的解决方法:
报错信息:
150430 14:41:16 InnoDB: Operating system error number 13 in a file operation. InnoDB: The error means mysqld does not have the access rights to InnoDB: the directory.解决方法:
chown -R mysql:mysql /home/data/mysql
chcon -R -t mysqld_db_t /home/mysql
参考资料���
用XtraBackup实现MySQL的主从复制快速部署【主不锁表】