Mysql/MariaDB数据库备份与恢复

文章来源：https://blog.movekj.com/?p=1049

数据库备份

数据库备份的目的是为了防止由于某些意外情况导致数据丢失而造成无法挽救的局面出现。因此，数据备份是运维工作者日常的重要工作之一

可能出现数据丢失的场景

• 硬件故障
• 软件故障
• 自然灾害
• 黑客攻击
• 误操作 (占比最大)

数据备份类型

• 按备份数据集的多少分类
• 完全备份: 备份此刻数据集中的所有数据
• 增量备份: 仅备份自上一次完全备份或增量备份以来改变的那部数据
• 差异备份: 仅备份自上一次完全备份以来改变的那部数据
• 按备份的方式分类
• 物理备份: 复制数据文件进行备份
• 逻辑备份: 从数据库导出数据另存在一个或多个文件中
• 按备份时是否为数据库施加锁和施加的锁类型分类
• 热备: 备份时不为数据库施加任何锁，所有对数据库的写操作和读操作都正常进行。由于MyISAM存储引擎不支持热备，因此对使用MyISAM存储引擎的表无法进行热备
• 温备: 备份时为数据库施加读锁，所有对数据库的读操作能正常进行，但正常进行写操作
• 冷备: 备份时使数据库服务离线，所有的读写操作无法进行

数据库备份工具

使用mysqldump进行备份

• 使用格式

mysqldump [选项] db_name [ta_name ...] > /path/to/file
mysqldump [选项] --db_name ... > /path/to/file
mysqldump [选项] --all-databases > /path/to/file

• 选项
• -x, –lock-all-tables: 在备份前的那一刻为所有库的所有表施加读锁
• -l, –lock-tables: 当存在多个库时，分开为每个库的所有表施加读锁。此选项可能导致多个库之间的数据不一致
• –single-transaction: 创建一个事务，基于此事务执行备份。若备份数据库中的表的存储引擎是InnoDB，则此备份操作为热备，否则为温备
• -R, –routines: 备份时同时备份存储过程和存储函数
• –triggers: 备份时同时备份触发器
• -E, –events: 备份时同时备份事件调度器
• –master-data[=#]: 备份时记录下备份前的那一刻mysql服务器所使用的二进制日志文件及其所处的位置
  • 1：记录的change master to语句不被注释
  • 2：记录的change master to语句将被注释
• –flush-logs: 锁定表完成后，即进行日志刷新操作
• 示例

备份mysql数据库的所有库中的所有表
[root@movekj ~]$ mysqldump -x --master-data=2 --flush-logs --all-databases  > ~/my_backup$(date +%F).sql
恢复数据库
[root@movekj ~]$ mysql -e 'source /root/my_backup.sql'

基于LVM2进行备份

前提: 要求数据文件和事务日志位于同一个逻辑卷

• 备份步骤

获取全局读锁，此步骤可能需要花费很长时间等待其他链接释放正则使用的锁
[root@movekj ~]$ mysql -e "FLUSH TABLES WITH READ LOCK"
 滚动二进制日志文件，并记录二进制文件事件位置
[root@movekj ~]$ mysql -e "FLUSH LOGS"
[root@movekj ~]$ mysql -e "SHOW MASTER STATUS" > /PATH/TO/FILE
 创建快照卷
[root@movekj ~]$ lvcreate  -L SIZE -s -p r -n SNAM-NAME /dev/VG-NAME/LV-NAME 
 释放全局读锁
[root@movekj ~]$ mysql -e "UNLOCK TABLES"
 挂载快照卷，并执行备份，备份完成后删除快照卷
[root@movekj ~]$ mkdir /snap /mybackup
[root@movekj ~]$ mount /dev/VG-NAME/LV-NAME  /snap
[root@movekj ~]$ cd /snap; tar Jxf /mybackup/mybackup-$(date +%F).tar.xz ./* 
[root@movekj ~]$ umount /snap
[root@movekj ~]$ lvremove  /dev/VG-NAME/LV-NAME 

使用Xtrabackup备份Mysql

Xtrabackup是由percona提供的mysql数据库备份工具，据官方介绍，这也是世界上惟一一款开源的能够对innodb和xtradb数据库进行热备的工具。下载地址: https://www.percona.com/software/mysql-database/percona-xtrabackup

• 使用格式
  innobackupex [选项] /path/to/backup-dir/
• 选项
• –user=User: 备份时使用的数据库用户名
• –password=Password: 备份时用户的数据库用户名对应的密码
• –no-timestamp: 备份使不在/PATH/TO/BACKUP-DIR/目录下创建以时间戳命名的子目录
• –apply-log: 提交、回滚备份数据中的事务日志
• –redo-only: 只提交备份数据中的事务日志，不回滚
• –use-memory: 定义innobackupex使用的内存空间
• –incremental /PATH/TO/BACKUP-DIR/: 指定增量备份数据的存放目录
• –incremental-basedir=BASEDIR: 指定基于哪个之前的备份做增量备份
• –copy-back: 将应用完日志的备份数据复制会mysql服务器的数据目录
• 备份步骤

# 创建一个备份账号
mysql> CREATE USER 'User'@'Host' IDENTIFIED BY 'Passwd';
mysql> REVOKE ALL PRIVILEGES, GRANT OPTION FROM 'User';
mysql> GRANT RELOAD, LOCK TABLES, REPLICATION CLIENT,PROCESS ON *.* TO 'User'@'Host';
mysql> FLUSH PRIVILEGES;
 # 执行一次完全备份
[root@movekj ~]$ innobackupex   /PATH/TO/BACKUP-DIR/
 # 执行一次增量备份
# BASEDIR可以指向完全备份路径或者上一次增量备份路径
[root@movekj ~]$ innobackupex --incremental  /PATH/TO/BACKUP-DIR/ --incremental-basedir=BASEDIR 
 # 压缩并归档备份出来的数据
[root@movekj ~]$ innobackupex --stream=tar  /backup | gzip > /backup/`date +%F_%H-%M-%S`.tar.gz
 # 将备份出来的数据复制到远程主机
[root@movekj ~]$ innobackupex --stream=tar  /PATH/TO/BACKUP-DIR/ | \ 
ssh user@www.magedu.com  "cat -  > /PATH/TO/BACKUP-DIR/`date +%F_%H-%M-%S`.tar" 

• 恢复步骤

# BASE-DIR为完全备份数据所在的路径
# INCREMENTAL-DIR-#为增量备份数据所在的路径
# 只有一个完全备份且无其他增量备份时，--apply-log这一步也需要做
# 准备完全备份数据
[root@movekj ~]$ innobackupex --apply-log --redo-only BASE-DIR
 # 准备第一个增量备份数据
[root@movekj ~]$ innobackupex --apply-log --redo-only BASE-DIR --incremental-dir=INCREMENTAL-DIR-1
 # 准备第二个增量备份数据
[root@movekj ~]$ innobackupex --apply-log --redo-only BASE-DIR --incremental-dir=INCREMENTAL-DIR-2
 # 停止mysql服务并清空mysql数据目录
[root@movekj ~]$ systemctl stop mariadb
[root@movekj ~]$ tar Jcvf /tmp/mybackup-$(date +%F) /mydata/data 
[root@movekj ~]$ rm -rf  /mydata/data/*
 # 将备份数据恢复至mysql服务器的数据目录
[root@movekj ~]$ innobackupex --copy-back  BASE-DIR
 # 改变mysql数据文件的属主和属组
[root@movekj ~]$ chown -R  mysql:mysql  /mydata/data/
 # 启动mysql服务
[root@movekj ~]$ systemctl start mariadb