innobackupex备份和恢复原理-创新互联

innobackupex

全备份原理：

1.执行一次checkpoint,找到最后那个checkpoint的lsn

2.从这个lsn开始记录所有产生的redo log

3.cp  innodb  data

4.flush tables with read lock

5.cp 非innodb 数据(myisam数据,.FYM,FIM等文件)

6.锁定binlog文件并且记录当前的binlog postion

7.释放所有binlog 锁 ,释放unlock tables

增量备份的原理:在第三步的有所变化

3.数据页面的比对(lsn),记录下有lsn不一样的数据页面

备份命令:

全备：

innobackupex --user=$user --password=$pass --socket=$sock_path --no-timestamp --parallel=$num $DIR$basedir/basebk

增量备份：

innobackupex --user=$user --password=$pass --socket=$sock_path --no-timestamp --parallel=$num --incremental-basedir=$dir_bak

--incremental $dir_incre

常用参数：

--no-timestamp : 使用自定义目录

--parallel=$num :  并行的线程数

--databases:指定需要备份db列表,还可以指定到表

--incremental-basedir:上一次备份目录

innobackupex 恢复原理:将page head 部的lsn和 redo log 中lsn进行对比,

如果redo lsn 比页面的page的head 中的lsn大 ,就恢复该页面,

1.只有全备

innobackupex --apply-log  /storage/group2/bak/basebk

2.有增量备份

innobackupex --apply-log  --redo-only /storage/group2/bak/basebk

innobackupex --apply-log --incremental /storage/group2/bak/basebk --incremental-dir=/storage/group2/bak/incbk1

常用参数:

--apply-log: 应用全部的redo log

--redo-only：只应用commit的redo的 log

--incremental:每次恢复的过程中都是全备

问题2:(确认)

在应用最后一个增量备份的时候使用了 --redo-only 参数,导致 mysql 启动失败

,报错：日志丢失或者文件损坏问题分析

解释:在mysql启动时候会对mysql数据页面数据的完整性进行检测,发现有问题的页面就试图

恢复,而恢复是要通过redolog的,当redolog找不到的时候,就会报错,页面损坏。

问题3:(已经确认)

在有增量备份的时候进行恢复,是否可以不要--redo-only 参数

不可以,可能会造成部分数据数据丢失

另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。