注：图片来自《深入浅出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 [email protected]‘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