MySQL数据库的备份案例

栏目: 数据库 · 发布时间: 3年前

内容简介:前言:上篇文档分享了MySQL数据库的几种备份方法,以及各自的特点。下面我们通过一个企业级的备份案例了解一下MySQL数据库的常见备份和恢复。(如果有看不懂的地方,可以参考小编主页的上篇文档:需求描述:某某公司的用户信息数据库为client,用户资费数据表为user_info,该公司每周需要进行完全备份,每天需要进行增量备份。新增的用户信息如下表所示:

MySQL企业备份案列

前言:上篇文档分享了 MySQL 数据库的几种备份方法,以及各自的特点。下面我们通过一个企业级的备份案例了解一下MySQL数据库的常见备份和恢复。(如果有看不懂的地方,可以参考小编主页的上篇文档: 怎么对MySQL数据库进行备份与恢复

案例:

需求描述:某某公司的用户信息数据库为client,用户资费数据表为user_info,该公司每周需要进行完全备份,每天需要进行增量备份。新增的用户信息如下表所示:

MySQL数据库的备份案例

一、一般恢复

1.添加数据库、表、录入信息

在进行备份前,先根据需求创建用户信息数据库client、用户资费数据表user_info,并且根据需求描述中的表格插入前三条用户的数据。 如下图:

MySQL数据库的备份案例

2.先进行一次完全备份

为了方便验证二进制日志的增量恢复功能,我们在插入三条用户数据后先对client数据库的user_info数据表进行一次完全备份,然后在 linux 系统命令行下执行"mysqladmin -u root -p flush-logs"命令或在"mysql>"命令提示符下执行"flush logs;"生成新的二进制日志。如下图:

MySQL数据库的备份案例

3.继续录入新的数据并进行增量备份

继续录入两个用户的数据,并执行"mysqladmin -u root -p flush-logs"命令刷新二进制日志,进行增量备份。这样,二进制日志文件mysql-bin.000003中仅保留插入两个用户数据的操作。如下图:

MySQL数据库的备份案例

MySQL数据库的备份案例

4.模拟误操作删除user_info表

MySQL数据库的备份案例

5.恢复操作

执行恢复操作时,需要先恢复完全备份,然后恢复增量备份。

MySQL数据库的备份案例

二、基于位置恢复

1.由于上面已经做过恢复操作了,所以我们 第一步还是模拟误操作删除user_info表,然后恢复完全备份。 操作同上,这里就略过了。

2.想要实现基于位置或时间点恢复数据,必须先通过查看二进制日志文件确定恢复的位置或时间点。使用" mysqlbinlog --no-defaults 二进制日志文件 "可以查看日志文件的具体内容。如下图:

MySQL数据库的备份案例

通过查看日志文件的具体内容可以发现,在每进行一个操作之前都会有一个独特的编号,如"# at 458"。此编号随着操作数增多而变大,我们称之为操作ID。在操作ID下面紧跟着的是时间标记,要实现基于位置或时间点恢复数据,需要分别依赖二进制日志文件中的操作ID或者时间标记。例如,通过二进制日志文件可以得知,在操作ID为"458"的时候,user_info表中插入了"王麻子"的用户数据。因此执行以下命令可以实现仅恢复到操作ID为"458"之前的数据,即不恢复"王麻子"的信息。这时所恢复的数据是从二进制日志文件的开始位置直到指定位置。如下图:

MySQL数据库的备份案例

上述操作命令中,"--stop-position"指定的是停止的位置,如果仅恢复"王麻子"的信息,跳过"赵六"的信息,可以使用"--start-position"选项指定开始恢复数据的位置。这时所恢复的数据是从指定位置开始直到二进制日志文件的最后。如下图:

MySQL数据库的备份案例

三、基于时间点恢复

基于时间点恢复数据所使用的选项是"--stop-datetime",指定的时间同样也是查询二进制日志文件所得。

如下图:执行以下操作可以实现恢复到"2:38:32"之前的数据,即不恢复"王麻子"的信息。

MySQL数据库的备份案例

基于时间点恢复同样也可以使用"--start-datetime"选项指定开始恢复数据的时间,命令格式与基于位置恢复的格式一样,这里就不再给图了。

四、制定企业备份策略的思路

在企业中备份策略并不是千篇一律的,而是根据每个企业的实际生产环境与业务需求指定合适的备份策略。无论是选择完全备份,还是选择增量备份,都需要考虑它们的优缺点,是否适合当前的环境。同时,为了保证恢复的完整性,建议开启二进制日志功能,二进制日志文件给恢复工作也带来了很大的灵活性,可以基于时间点或位置进行恢复。考虑到数据库性能,我们可以将二进制日志文件保存到其他安全的硬盘中。

在进行热备份时,备份操作和应用服务在同时运行,这样就十分消耗系统资源了,导致数据库服务性能下降,这就要求我们选择合适的时间,如,在应用负担很小的时候在进行备份操作。

需要注意的是,不是备份完就万事大吉了,最好确认备份是否可用,所以,备份之后的恢复测试是很有必要的,同时备份时间也要有灵活调整。如:

  • 数据更新频繁,则应该频繁的备份
  • 数据的重要性,在有适当更新时进行备份
  • 在数据库压力小的时间段进行备份,如一周一次完全备份,每天进行增量备份。
  • 中小公司,完全备份一般一天一次即可
  • 大公司可每周进行一次完全备份,每天进行增量备份
  • 尽量为企业实现主从复制架构,以增加数据的高可用性

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

计算机网络(第7版)

计算机网络(第7版)

谢希仁 / 电子工业出版社 / 2017-1 / 45.00

本书自1989年首次出版以来,曾于1994年、1999年、2003年、2008年和2013年分别出了修订版。在2006年本书通过了教育部的评审,被纳入普通高等教育“十一五”国家级规划教材;2008年出版的第5版获得了教育部2009年精品教材称号。2013年出版的第6版是“十二五”普通高等教育本科国家级规划教材。 目前2017年发行的第7版又在第6版的基础上进行了一些修订。 全书分为9章,比较......一起来看看 《计算机网络(第7版)》 这本书的介绍吧!

在线进制转换器
在线进制转换器

各进制数互转换器

随机密码生成器
随机密码生成器

多种字符组合密码

URL 编码/解码
URL 编码/解码

URL 编码/解码