分类: Mysql/postgreSQL
2017-07-19 16:34:39
Xtrabackup是由 Percona 开发的一个开源软件,可实现对 InnoDB 的数据备份,支持在线热备份(备份时不影响数据读写)。备份时,Xtrabackup 会将 Master 的 binlog 信息记录在 xtrabackup_slave_info 文件中,通过此信息可以方便的搭建主从复制。
XtraBackup 有两个工具:xtrabackup 和 innobackupex:
官网:
文档:
注:本文服务器环境为 CentOS,其他环境请自行修改实现。
1、Master
vim /etc/my.cnf
datadir=/var/lib/mysql server-id=1 log-bin=mysql-bin
2、Slave:
vim /etc/my.cnf
server-id=2 datadir=/var/lib/mysql
yum install
检查是否添加成功:
yum list | grep percona
如果执行正确,其输出信息通常类似:
percona-release.x86_64 0.0-1 installed ... Percona-Server-client-51.x86_64 5.1.47-rel11.1.51.rhel5 percona Percona-Server-devel-51.x86_64 5.1.47-rel11.1.51.rhel5 percona Percona-Server-server-51.x86_64 5.1.47-rel11.1.51.rhel5 percona Percona-Server-shared-51.x86_64 5.1.47-rel11.1.51.rhel5 percona Percona-Server-test-51.x86_64 5.1.47-rel11.1.51.rhel5 percona ... xtrabackup.x86_64 1.2-22.rhel5 percona
yum install percona-xtrabackup
innobackupex --user=DBUSER --password=DBUSERPASS /path/to/BACKUP-DIR/
如果执行正确,其输出信息通常类似:
innobackupex: Backup created in directory '/path/to/BACKUP-DIR/2015-03-03_00-00-09' innobackupex: MySQL binlog position: filename 'mysql-bin.000003', position 1946 111225 00:00:53 innobackupex: completed OK!
备份时,innobackupex 会调用 xtrabackup 备份 InnoDB 表的数据,并且会复制 MyISAM, MERGE,CSV 和 ARCHIVE 表的表定义文件(.frm 文件)、数据文件。同时还会备份触发器和数据库配置信息相关的文件。这些文件将会保存在指定备份目录中一个以时间戳命名的目录下。
一般情况下,在备份完成后,数据尚且不能用于恢复操作,因为备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据文件中的事务。因此,此时数据文件仍处理不一致状态。“准备”的主要作用正是通过回滚未提交的事务及同步已经提交的事务至数据文件也使得数据文件处于一致性状态。
innobackupex --apply-log /path/to/BACKUP-DIR
如果执行正确,其最后输出的几行信息通常如下:
xtrabackup: starting shutdown with innodb_fast_shutdown = 1 120407 9:01:36 InnoDB: Starting shutdown... 120407 9:01:40 InnoDB: Shutdown completed; log sequence number 92036620 120407 09:01:40 innobackupex: completed OK!
在实现“准备”的过程中,innobackupex 通常还可以使用 --use-memory 选项来指定其可以使用的内存的大小,默认通常为 100M。如果有足够的内存可用,可以多划分一些内存给 prepare 的过程,以提高其完成速度。
将数据复制到从服务器上:
scp -r /path/to/BACKUP-DIR root@slave_host:/data/
注意!!!如果是直接备份线上的主库,在备份的时候也肯能一直有数据写入,那么恢复之前还需要应用日志:
/data/bin/xtrabackup/bin/innobackupex --apply-log /path/to/BACKUP-DIR #若不进行此步操作,肯能会丢数据,或者恢复后的mysql起不来!
在从服务器中恢复备份数据:
innobackupex --copy-back /path/to/BACKUP-DIR
如果服务器剩余空间不足,你可以使用 --move-back 替换掉 --copy-back。
如果执行正确,其输出信息的最后几行通常如下:
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,否则,在启动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_USER='', MASTER_PASSWORD='', MASTER_LOG_FILE='', MASTER_LOG_POS=;
开启主从同步:
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
参考资料:
1、
2、
3、