--defaults-file
同xtrabackup的--defaults-file参数,指定mysql配置文件; --apply-log
对xtrabackup的--prepare参数的封装; --copy-back
做数据恢复时将备份数据文件拷贝到MySQL服务器的datadir,需先清空原有mysql的数据目录; --remote-host=HOSTNAME
通过ssh将备份数据存储到进程服务器上; --stream=[tar] 备份文件输出格式, tar时使用tar4ibd , 该文件可在XtarBackup binary文件中获得.如果备份时有指定--stream=tar, 则tar4ibd文件所处目录一定要在$PATH中(因为使用的是tar4ibd去压缩, 在XtraBackup的binary包中可获得该文件)。 在使用参数stream=tar备份的时候，你的xtrabackup_logfile可能会临时放在/tmp目录下，如果你备份的时候并发写入较大的话xtrabackup_logfile可能会很大(5G+)，很可能会撑满你的/tmp目录，可以通过参数--tmpdir指定目录来解决这个问题。 --tmpdir=DIRECTORY 当有指定--remote-host or --stream时, 事务日志临时存储的目录, 默认采用MySQL配置文件中所指定的临时目录tmpdir --redo-only --apply-log组, 强制备份日志时只redo ,跳过rollback。这在做增量备份时非常必要,增量备份需要使用该命令。 --use-memory=#
该参数在prepare的时候使用，控制prepare时innodb实例使用的内存量 --throttle=IOS
同xtrabackup的--throttle参数 --sleep=是给ibbackup使用的，指定每备份1M数据，过程停止拷贝多少毫秒，也是为了在备份时尽量减小对正常业务的影响，具体可以查看ibbackup的手册 ； --compress[=LEVEL]
对备份数据迚行压缩，仅支持ibbackup，xtrabackup还没有实现； --include=REGEXP
对xtrabackup参数--tables的封装，也支持ibbackup。备份包含的库表，例如：--include="test.*"，意思是要备份test库中所有的表。如果需要全备份，则省略这个参数；如果需要备份test库下的2个表：test1和test2,则写成：--include="test.test1|test.test2"。也可以使用通配符，如：--include="test.test*"。 --databases=LIST
列出需要备份的databases，如果没有指定该参数，所有包含MyISAM和InnoDB表的database都会被备份； --uncompress
解压备份的数据文件，支持ibbackup，xtrabackup还没有实现该功能； --slave-info,
备份从库, 加上--slave-info备份目录下会多生成一个xtrabackup_slave_info 文件, 这里会保存主日志文件以及偏移, 文件内容类似于:CHANGE MASTER TO MASTER_LOG_FILE='', MASTER_LOG_POS=0 --socket=SOCKET
指定mysql.sock所在位置，以便备份进程登录mysql. mysqldump实战:
背景环境：
正在运行的网站系统，mysql数据库，数据量25G，日业务增量10-15M。
备份方式：
每天23:00点，计划任务调用mysqldump执行全备脚本
故障时间点：
上午10点，误删除了一个表
恢复思路:
0. 挂出维护页面
1. 找测试库
2. 恢复全备到测试库
3. 截取二进制日志到误删除时间点,恢复到测试库
起点:master-data=2,找备份文件,获取到日志名字和位置号
终点:分析最后一个binlog,找到误删除事件的位置点
4. 验证数据,将故障表导出,导入会生产库
5. 开启业务
模拟故障
1. 模拟昨天的全备
1. 模拟昨天的全备
mysqldump -uroot -p -A -R --triggers --master-data=2 --single-transaction>all.sql
2.
2. 模拟白天的业务
create database baidu charset utf8;
use baidu;
create table t1 (id int);
insert into t1 values(1),(2),(3);
commit;
insert into t1 values(11),(12),(13);
commit;
update t1 set id=10 where id=1;
commit;
3,删除一些数据
4, 查看 备份文件第22行:
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000016', MASTER_LOG_POS=425;
截取二进制日志:
mysql -uroot -p
show binlog events in 'mysql-bin.000016'; >>>>>>>>1231
5, 截取binlog
mysqlbinlog --start-position=425 --stop-position=1231 /data/mysql/mysql-bin.000016 >/backup/binlog.sql
6.开始恢复
set sql_log_bin=0;
source /backup/all.sql
source /backup/binlog.sql
innobackupex实战
innobackupex --user=root --password=123 --no-timestamp /backup/full 开始备份
模拟备份:
kingle [(none)]>create database full charset utf8;
kingle [(none)]>use full
kingle[full]>create table t1(id int);
kingle[full]>insert into t1 values(1),(2),(3);
kingle[full]>commit;
备份提交:
innobackupex --user=root --password=123 --no-timestamp --incremental-basedir=/backup/full --incremental /backup/inc1 --incremental-basedir= : 上次备份的路径.
--incremental :打开增量备份的功能
第二次数据模拟:
create database inc1 charset utf8;
use inc1
create table t2(id int);
insert into t2 values(1),(2),(3);
commit;
数据递交
innobackupex --user=root --password=123 --no-timestamp --incremental-basedir=/backup/inc1 --incremental /backup/inc2
数据故障启动!
恢复开始:
准备恢复
innobackupex --apply-log --redo-only /backup/full/ 第一次增量合并并准备:
innobackupex --apply-log --redo-only --incremental-dir=/backup/inc1 /backup/full 第二次增量合并并准备:
innobackupex --apply-log --incremental-dir=/backup/inc2 /backup/full 全备再次准备:
innobackupex --apply-log /backup/full/
数据传入数据库
1. 停数据库
pkill mysqld 2. 删数据
rm -rf /application/mysql/data/* 3.准备备份(使用redo前滚,使用undo回滚,保证数据一致性)
innobackupex --apply-log /backup/full/ 4.恢复数据:
cd /backup/full
cp -a * /application/mysql/data/
或者:
innobackupex --copy-back /backup/full/ 5.改权限,起数据库 chown -R mysql. /application/mysql/data/*
/etc/init.d/mysqld start