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
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,340评论 5 467
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,762评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,329评论 0 329
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,678评论 1 270
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,583评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 47,995评论 1 275
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,493评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,145评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,293评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,250评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,267评论 1 328
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,973评论 3 316
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,556评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,648评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,873评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,257评论 2 345
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,809评论 2 339

推荐阅读更多精彩内容