xtrabackup官方文档学习笔记【全备部分】

页面导航:首页 > 数据库 > Mysql > xtrabackup官方文档学习笔记【全备部分】

xtrabackup官方文档学习笔记【全备部分】

来源: 作者: 时间:2016-02-04 09:03 【

xtrabackup官方文档学习笔记【全备部分】开篇的简介xtrabackup是个链向InnoDB API和mysql client API的C程序,其中InnoDB API提供日志应用,mysql client API面向命令参数和配置文件解析,另外xtrabacku
xtrabackup官方文档学习笔记【全备部分】
 
开篇的简介
 
xtrabackup是个链向InnoDB API和mysql client API的C程序,其中
InnoDB API提供日志应用,mysql client API面向命令参数和配置文件解析,另外
xtrabackup有2个模式,要么运行在--backup下,要么运行在--prepare下
 
 
做个明确选择
 
 
为了兼容InnoDB数据文件格式,xtrabackup 2.1版本目前存在4种独立的可执行程序
xtrabackup,xtrabackup_51,xtrabackup_55,xtrabackup_56,我们应该根据服务器版本选择相应程序,具体参考下表:
 
 
配置地方
 
我们能够像使用任何mysql客户端那样自如地运用xtrabackup
对命令参数指定既能在命令行上指定也能将其配置在my.cnf里的[xtrabackup]模块
 
 
创建备份
 
前面说了,xtrabackup有2个模式,备份,顾名思义,当选择--backup模式
同时,要指定--target-dir来作为备份保存点,如果--target-dir不存在,则会新建一个
但是如果备份已经存在且非空,则xtrabackup会报错:error 17, file exists,类似:
xtrabackup: Can't create/write to file '/home/mysql/backup/employees/dept_manager.ibd' (Errcode: 17)
另外,如果日志文件没有一同放在--datadir下,则也要另外加进来
 
 
开始备份的时候,xtrabackup会进入--datadir目录,进行以下2件主要任务:
① 后台启动一个log-copying线程来每秒监控InnoDB日志文件,当发现变化时则复制变化的块到xtrabackup_logfile
    这个log-copying是必须的,因为备份可能会进行较长时间,而恢复则需要从开始到备份结束的所有日志条目
    但当日志量过载导致log-copying承受不了,则xtrabackup便会报错
② 复制InnoDB数据文件到备份目录,这不是一个简单的物理拷贝,它会像InnoDB一样,读取数据字典,一次复制一页
当完成备份时,xtrabackup会停止log-copying线程,在备份目录下创建一个xtrabackup_checkpoints文件
这个文件记录了备份的类型,开始和结束的日志序列号(LSN)
 
 
下面是一个备份例子
$ xtrabackup --backup --datadir=/var/lib/mysql/ --target-dir=/data/backups/mysql/
它会把数据从/var/lib/mysql/下备份到/data/backups/mysql/里,--datadir一般直接在my.cnf里设置即可
如果备份途中卡住,则可以取消掉,这样做是安全的,因为它没有涉及到修改
backup完成会有如下类似输出:
xtrabackup: Transaction log of lsn (<SLN>) to (<LSN>) was copied.
 
 
Preparing备份
 
 
这里想声明下,个人感觉若是把preparing翻译成中文会比较别扭,就搁置不翻译
反正,从备份到恢复会经过3个步骤:backup→prepare→restore
在prepare之前,数据文件是不一致的,因为它们在不同时间点被备份
因此,--prepare会使所有数据文件的步调达成一致
这个prepare过程你可以在任何机器上运行,没有强制在线上或者备份库上运行
你可以把备份复制到闲置的服务器上去运行prepare,以此来降低备份库的压力
不过,你必须保证backup和prepare所使用的xtrabackup的版本要一致
 
 
在prepare过程中,xtrabackup会启动一个内置的改良的InnoDB,运用备份的日志在备份的数据文件上进行崩溃恢复
下面是一个prepare例子:
xtrabackup --prepare --target-dir=/data/backups//
prepare完成后会有如下类似输出:
101107 16:40:15 InnoDB: Shutdown completed; log sequence number <LSN>
 
 
那么此时你的所有数据文件才算全部一致,也才算得上是一份有效的备份
然而,你或者可能想要去加快恢复时间,很简单,只要再次运行一次prepare就OK
第二次运行prepare,xtrabackup会创建一份日志文件,为我们在restore时节省恢复时间
 
在prepare过程,建议不能因为计划内或计划外将其中断,这会导致数据文件损坏,备份的有效性将不能得到保证
 
 
自己动手,丰衣足食
 
 
xtrabackup的恢复权完全交给了用户,你可以使用rsync或者cp把备份拷贝到--datadir下
同时,也需要注意拷贝回来的备份文件的属性和权限
并且,mysqld必须是被关闭的
还有,.frm也要在这个时候拷贝出来
以下是用rsync拷贝文件的一个例子:
$ rsync -avrP /data/backup/ /var/lib/mysql/
$ chown -R mysql:mysql /var/lib/mysql
 
Tags:

文章评论

最 近 更 新
热 点 排 行
Js与CSS工具
代码转换工具

<