标签:
注:图片来自《深入浅出MySQL 数据库开发 优化与管理维护 第2版》
物理备份和恢复
1.冷备份:停掉mysql再备份,一般很少用,因为很多应用不允许长时间停机,停机备份的可以直接CP数据库的数据目录,在进行恢复前,停掉mysql,然后把数据目录覆盖掉,再重启mysql。
2.热备份
Myisam存储引擎
可以使用mysqlhotcopy工具,如果此工具无法使用时,可以手工使用:flush tables with read lock;手动加读锁,然后复制mysiam表的文件做热备。
innodb引擎
3.使用xtrabackup热备工具,是percona公司的开源、免费、支持在线热备、备份恢复、在线主从、备份和恢复速度快,占用磁盘空间小,并且支持不同情况下的多种备份形式。下载地址:http://www.percona.com/redir/downloads/XtraBackup
本文档下载了rpm包进行安装,需要安装两个依赖包:
yum install perl-Time-HiRes -y
yum -y install perl-DBD-MySQL.x86_64
安装完成后:
主要有两个命令:xtrabackup和innobackupex,两者区别如下:
xtrabackup只能备份Innodb和xtradb两种数据表,不能备份myisam表,且备份出来没有表结构定义文件.frm,只是拷贝了datafile
innobackupex是一个封装了xtrabackup和perl脚本,支持同时备份Innodb和myisam,但在对于myisam备份时需要加一个全局锁。
示例:
下面是innobackupex命令备份全过程:
备份开始时会先开启一个后台检测进程,实时检测mysql redo日志(事务日志)的变化,一旦发现redo日志中有新日志写入,立刻记录后台日志文件xtrabackup_log文件中,之后复制Innodb的数据文件和系统表空间文件ibdata1,复制结束后,执行flush tables with read lock操作,复制.frm,.MYI,.MYD等文件(执行flush tables with read lock的目的是为了防止读取数据的时候发生DDL操作,并且在这一刻获取binlog的位置),最后发出unlock tables,把表设置为可读写状态,最终终止xtrabackup_log文件的写入。
完备恢复:
恢复过程原理示意图如下:
恢复阶段会启动xtrabackup内嵌的innodb实例,回放xtrabackup日志xtrabackup_log文件中的事务,将已经提交的事务变更应用到innodb数据文件、表空间,同时回滚未提交的事务,这一过程类似innodb实例的故障恢复。
增量备份:
增量备份过程示意图如下:
innobackupex增量备份过程中的增量处理,其实主要相对innodb而言,对myisam和其他存储引擎而言,仍然是每次一个全备。增量备份过程主要是通过拷贝innodb有变更的页,这些变更数据页指的是LSN大于xtrabackup_checkpoints中给定的LSN,增量备份是基于全备的,第一次增量备份的数据必须要基于最近一次全备,之后每次增备都是基于上一次增备的基础上进行。过程跟完备一样,只是增备时在复制数据文件时复制的是上一次备份后从大于xtrabackup_checkpoints开始的改变的页。
增量备份恢复
过程示意图如下:
和全备恢复类似,也需要两部,一部分数据文件的恢复,这里数据文件包括全备份、增量备份和xtrabackup_log文件中已提交事务的回放,第二部分是对未提交事务的回滚
4.innobackupex使用示例:
1)、安装:
shell > yum install perl-Time-HiRes -y
shell > yum -y install perl-DBD-MySQL.x86_64
shell > rpm -ivh percona-xtrabackup-2.2.11-1.el6.x86_64.rpm
2)、全量备份:
创建备份用户:
mysql > grant reload,lock tables,replication client,create tablespace,super on *.* to ‘backup‘@‘%‘ identified by ‘123456‘;
mysql > flush privileges;
3)、创建备份路径为:
shell > mkdir -p /data/backup/hotbackup,
创建innobackupex配置文件:
[mysqld]
datadir = /data/mysql/data
innodb_data_home_dir = /data/mysq/data/data1
innodb_data_file_path = ibdata1:10M:autoextend
innodb_log_group_home_dir = /data/mysql/data
innodb_log_files_in_group = 2
innodb_log_file_size = 536870912
4)、创建测试表:
mysql > use test
mysql > create table test(id int auto_increment not null primary key,name varchar(20));
mysql > insert into test(name) values(‘test1’);
mysql > insert into test(name) values(‘test2’);
mysql > insert into test(name) values(‘test3’);
mysql > insert into test(name) values(‘test4’);
5)、执行全备:
shell > innobackupex --user=backup --password=123456 --socket=/tmp/mysql.sock --defaults-file=/tmp/my.cnf /data/backup/hotbackup/full --no-timestamp
这里--socket选项可以不要,因为指定配置文件中可以找到socket文件位置,如果配置文件中配置了用户名和密码,那么--user和--password也可以不指定
6)、恢复全备(回放事务日志):
shell > innobackupex --apply-log --use-memory=2G /data/backup/hotbackup/full
恢复全备(复制文件):这个过程要关闭mysql,重命名原来的数据目录,将备份数据复制到数据目录下命名为原来的数据目录,修改权限,启动mysql:
shell > mysqladmin -s /tmp/mysql.sock shut
shell > mv /data/mysql/data /data/mysql/data.bak
shell > mkdir /data/mysql/data
shell > innobackupex --defaults-file=/tmp/my.cnf --copy-backup --rsync /data/backup/hotbackup/full
shell > chown -R mysql.mysql /data/mysql/data
shell > service mysqld start
7)、登录数据库查询数据:
8)、增量备份
注意:第一次增量备份是基于完备的基础上,第二次增备是基于前一次增备的基础上进行的。
创建基础完备:
shell > innobackupex --user=backup --password=123456 --socket=/tmp/mysql.sock --defaults-file=/tmp/my.cnf /data/backup/hotbackup/base --no-timestamp
接着在test库下对test表新增数据:
mysql > insert into test(name) values(‘test5’);
mysql > insert into test(name) values(‘test6’);
mysql > insert into test(name) values(‘test7’);
mysql > insert into test(name) values(‘test8’);
创建第一次增量备份:
shell > innobackupex --user=backup --password=123456 --socket=/tmp/mysql.sock --defaults-file=/tmp/my.cnf --incremental /data/backup/hotbackup/incremental_one --incremental-basedir=/data/backup/hotbackup/base --no-timestamp --parallel=2
继续插入test表数据:
mysql > insert into test(name) values(‘test9’);
mysql > insert into test(name) values(‘test10’);
创建第二次增量备份:
shell > innobackupex --user=backup --password=123456 --socket=/tmp/mysql.sock --defaults-file=/tmp/my.cnf --incremental /data/backup/hotbackup/incremental_two --incremental-basedir=/data/backup/hotbackup/incremental_one --no-tiemstamp --parallel=2
9)、增量备份恢复
大体分为三个步骤:
A:恢复完备(需要使用--redo-only参数)
shell > innobackupex --apply-log --redo-only --use-memory=20G /data/backup/hotbackup/base
B:恢复增量备份到基础备份的还原上(最后一次增量备份恢复外,其他增量备份恢复要加--redo-only参数,此参数表示仅仅只应用xtrabackup日志中已提交的事务,不回滚日志中未提交的事务)
shell > innobackupex --apply-log --redo-only --use-memory=20G /data/backup/hotbackup/base --incremental-dir=/data/backup/hotbackup/incremental_one
shell > innobackupex --apply-log --use-memory=20G /data/backup/hotbackup/base --incremental-dir=/data/backup/hotbackup/incremental_two
C:对整体的基础备份进行恢复,回滚哪些未提交的数据,前面两个步骤中未提交的事务在这个步骤中才进行回滚
shell > innobackupex --apply-log --use-memory=20G /data/backup/hotbackup/base
D:把恢复完的备份复制到mysql的数据文件目录中,更改目录权限,然后启动mysql
shell > mysqladmin -s /tmp/mysql.sock shut
shell > mv /data/mysql/data/ /data/mysql/data.bak
shell > mkdir /data/mysql/data
shell > innobackupex --defaults-file=/tmp/my.cnf --copy-back --rsync /data/backup/hotbackup/base #建议使用这个命令复制文件到数据目录下,因为原始的恢复目录中的xtrabackup_logfile可能很大,这个命令拷贝的没有这个文件
shell > chown -R mysql.mysql /data/mysql/data
shell > service mysqld start
E:查看数据
10)、不完全恢复
前面介绍了使用mysqlbinlog命令提取二进制信息进行不完全恢复,这个方法对innobackup热备的不完全恢复也适用
如:在14:00的时候误删除了数据,就可以进行基于位置和基于时间点一起来进行恢复
A:首先找到最近一次的完备,查看完备目录中的xtrabackup_binlog_info文件中的备份结束时刻的binlog的日志名称和position,并查看当前数据库的binlog文件名和position(show master logs;),注意,如果两个二进制日志文件不是同一个,那么这个跨度范围内的日志后边恢复的时候都要用到。
B:使用全备恢复数据库,之后再从热备(完备)结束时刻的binlog开始,恢复到误操作时刻之前的binlog(直接使用mysqlbinlog命令提取当前正在使用的二进制日志文件中的信息,这里假设完备结束的位置是100,结束时间是):
shell > mysqlbinlog --start-position=100 --stop-datetime=’2015-05-26 13:59:59’ /data/mysql/data/mysql-bin.000001 /data/mysql/data/mysql-bin.000002 |mysql -uroot -p’xxx’
C:跳过故障点时间:
shell > mysqlbinlog --start-datetime=’2015-05-26 14:01:00’ /data/mysql/data/mysql-bin.000001 /data/mysql/data/mysql-bin.000002 |mysql -uroot -p’xxx’
11)、克隆slave库
把现有的主从架构中的从库克隆一个出来,新增一个从库,克隆slave时,常用的参数是--slave-info和--safe-slave-backup
--slave-info:将master的binlog的文件名和position保存到xtrabackup_slave_info文件中。
--safe-slave-backup:会暂停slave的SQL线程,直到没有打开的临时表的时候开始备份,待备份结束后SQL线程自动启动,这样操作的目的主要是确保一致性的复制状态。
示例:
原master:192.168.1.1
原slave:192.168.1.2
新slave:192.168.1.3
A:在原slave上进行备份:(备份前先创建用户密码,创建备份目录)
shell > innobackupex --user=backup --password=123456 --socket=/tmp/mysql.sock --defaults-file=/tmp/my.cnf --slave-info --safe-slave-backup /data/backup/hotbackup/cloneslave --no-timestamp --parallel=2
B:在原slave的主机上对备份的目录进行applog:
shell > innobackupex --apply-log --redo-only --use-memory=20G /data/backup/hotbackup/cloneslave
C:将还原后的文件复制到新从库上:
shell > rsync -avprP -e ssh /data/backup/hotbackup/cloneslave newslave:/data/mysql/data
D:在原master上对新slave的同步数据帐号进行授权,当然也可以使用与原slave相同的帐号,不过为了区分,最好采用不同的同步帐号。
E:在新slave上复制原slave的my.cnf文件,并修改server-id参数,修改完毕后,启动新slave
shell > scp salve:/usr/local/services/mysql/my.cnf /usr/local/services/mysql/my.cnf
修改server-id
F:查找原slave备份后生成的xtrabackup_salve_info文件,提取其中的master_log_file和master_log_pos信息,然后在新slave上进行change maser to操作。
mysql > change master to MASTER_HOST=’master_ip’,MASTER_USER=’xx’,MASTER_PASSWORD=’123456’,MASTER_LOG_FILE=’xxx.xxx’,MASTER_LOG_POS=1000;
G:启动从库:
mysql > start slave;
12)、如果已有的主从架构中,从库损坏或者需要更换从库,那么可以使用xtrabackup在线重做主从:
主库:192.168.100.77
从库:192.168.100.76
xtrabackup部署mysql主从
A:首先在主从库上都安装xtrabackup
B:主库机器要做的事情
a、添加防火墙规则
shell > iptables -I INPUT -p tcp -s 192.168.100.76 --dport=3306 -j ACCEPT
shell > /etc/init.d/iptables save
b、添加mysql用户用于复制binlog
shell > /usr/local/mysql/bin/mysql -uroot -p -S /data/mysql-3306/mysql.sock
mysql > select host,user,password from mysql.user;
mysql > grant replication slave on *.* to backup@‘192.168.100.76‘ identified by ‘123456‘;
mysql > flush privileges;
主和从的my.cnf中的server-id要不相同,主启动二进制日志记录。
用命令备份mysql的datadir下的所有文件
shell > innobackupex --defaults-file=/usr/local/mysql/my.cnf --user=root --password=123456 --port=3306 /data/backup/dbbackup/
将备份文件夹scp传输到从库机器上,备份出来后是整个文件夹,如2015-04-25_16-14-21
shell > rsync -avprP -e ssh /data/backup/dbbackup/2015-04-25_16-14-21 192.168.100.76:/data/backup/dbbackup #确保/data/backup/dbbackup目录在从库上存在
c、从库上用命令先把事务日志恢复(--apply-log),然后再复制到从库的datadir(--copy-back)
shell > innobackupex --defaults-file=/usr/local/mysql-slave/my.cnf --user=root --password=123456 --port=3307 --apply-log /data/backup/dbbackup/2015-04-25_16-14-21/
shell > innobackupex --defaults-file=/usr/local/mysql-slave/my.cnf --user=root --password=123456 --port=3307 --copy-back --rsync /data/backup/dbbackup/2015-04-25_16-14-21/
注意:
(1)datadir文件夹不存在时会报错
Warning: option ‘innodb_autoextend_increment‘: unsigned value 33554432 adjusted to 1000
Original data directory does not exist! at /usr/bin/innobackupex line 546.
(2)一定要把从库原来datadir下的所有文件删除掉再进行上面第二条命令的复制(--copy-back),不然会报错
d、删除datadir下的事务日志log文件(innodb引擎才会有)
shell > cd /data/mysql-slave/data
shell > rm -rf ib_logfile*
e、设置权限,启动从库mysql
shell > chown -R mysqlslave:mysqlslave /data/mysql-slave/data
shell > /usr/local/mysql-slave/start_mysql.sh
查看备份时的binlog-file
shell > cat /data/backup/dbbackup/2015-04-27_17-28-16/xtrabackup_binlog_info
mysql-bin.000003 170301293
f、再change master to就可以了
shell > /usr/local/mysql-slave/bin/mysql -uroot -p -S /data/mysql-slave/mysql.sock
mysql > change master to master_host=‘192.168.100.77‘,master_user=‘backup‘,master_password=‘123456‘,master_log_file=‘mysql-bin.000003‘,master_log_pos=170301293;
mysql > start slave;
mysql > show slave status\G
mysql之使用xtrabackup进行物理备份、恢复、在线克隆从库、在线重做主从
标签:
原文地址:http://www.cnblogs.com/xiaoboluo768/p/5152122.html