MySQL基于mysqldump及lvmsnapshot备份恢复

一、备份对象

数据

配置文件

代码:存储过程,存储函数,触发器

跟复制相关的配置

二进制日志文件

二、备份工具

  • mysqldump:逻辑备份工具

    InnoDB热备、MyISAM温备、Aria温备

    备份和恢复过程较慢

    mysqldumper:多线程的mysqldump

    很难实现差异或增量备份

  • lvm-snapshot:

接近于热备的工具:因为要先请求全局锁,而后创建快照,并在创建快照完成后释放全局锁

使用copy、tar等工具进行物理备份

备份和恢复速度较快

很难实现增量备份,并且请求全局锁需要等待一段时间,在繁忙的服务器上尤其如此

  • Innobase:商业备份工具,innobackup

    Xtrabackup:由Percona提供的开源备份工具

    InnoDB热备,增量备份

    MyISAM温备,不支持增量备份

    物理备份,速度快

  • mysqlhotcopy:几乎冷备

三、mysqldump(适用数据量5G以下)

备份单个库,恢复时如果目标库不存在,需要手动创建

mysqldump [OPTIONS] database [tables]

备份指定的多个库

mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...]

备份所有库

mysqldump [OPTIONS] --all-databases [OPTIONS]

注意:备份前要加锁(下面两个不要同时使用)

--lock-all-tables:请求锁定所有表之后再备份,对MyISAM、InnoDB、Aria做温备

--single-transaction:能够对InnoDB存储引擎实现热备

备份代码:

--events:备份事件调度器代码

--routines:备份存储过程和存储函数

--triggers:备份触发器

备份时滚动日志:

--flush-logs:备份前、请求到锁之后滚动日志

复制时的同步位置标记:

--master-data=[0|1|2]

0:不记录

1:记录为CHANGE MASTER语句

2:记录为注释的CHANGE MASTER语句

使用mysqldump备份:

请求锁:--lock-all-tables或使用--single-transaction进行InnoDB热备

滚动日志:--flush-logs

选定要备份的库:--databases

记录二进制文件及为位置:--master-data=2

mysqldump --databases fansik --lock-all-tables --flush-logs > fansik.sql

或者

mysqldump --databases fansik --single-transaction --flush-logs > fansik.sql

具体操作:

恢复:

建议:关闭二进制日志,关闭其他用户连接

备份策略:基于mysqldump

备份:mysqldump+二进制日志文件

      周日做一次完全备份:备份的同时滚动日志

      周一至周六:备份二进制日志

恢复:

     完全备份+各二进制日志文件中至此刻的事件

     对于MySQL配置文件,以及与MySQL相关的配置文件再每次修改后都应该直接进行备份

四、lvm-snapshot:基于LVM快照的备份

1、事务日志跟数据文件文件必须在同一个卷上;

2、创建快照之前,要请求MySQL的全局锁;在快照创建完成之后释放锁;

3、请求全局锁完成之后,做一次日志滚动;做二进制日志文件及位置标记(手动进行);

五、lvm-snapshot备份步骤

1、请求全局锁,并滚动日志

mysql> FLUSH TABLES WITH READ LOCK;

mysql> FLUSH LOGS;

2、做二进制日志文件及位置标记(手动进行);

# mysql -e 'show master status' > /tmp/fansik

3、创建快照卷

# lvcreate -L 100M -s -n fansik -p r /path/ fansik_lv

4、释放全局锁

mysql> UNLOCK TABLES;

5、挂载快照并备份

cp

6、备份完成之后删除快照卷(卸载)

六、lvm-snapshot恢复步骤

1、二进制日志保存好,提取备份之后的所有事件至某sql脚本中

2、还原数据,修改权限及属主数组等,并启动mysql

3、座即时点还原

原文地址:https://www.cnblogs.com/fansik/p/5564004.html