设为首页 - 加入收藏 温岭网 (http://www.themebuff.com)- 致力于打造温岭最大的资讯信息平台!
热搜: 美国 日媒 平台 签约
当前位置: 主页 > 编程 > 正文

凯旋门娱乐手机版

发布时间:2019-03-04 01:18 所属栏目:[编程] 来源:一米八是我呀
导读:MySQL企业备份案列 前言:上篇文档分享了MySQL数据库的几种备份方法,以及各自的特点。下面我们通过一个企业级的备份案例了解一下MySQL数据库的常见备份和恢复。(如果有看不懂的地方,可以参考小编主页的上篇文档:怎么对MySQL数据库进行备份与恢复) 案

MySQL企业备份案列

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

案例:

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

MySQL备份案例

一、一般恢复

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

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

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备份案例

4.模拟误操作删除user_info表

MySQL备份案例

5.恢复操作

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

二、基于位置恢复

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

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

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

MySQL备份案例

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

三、基于时间点恢复

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

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

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

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

【免责声明】本站内容转载自互联网,其相关言论仅代表作者个人观点绝非权威,不代表本站立场。如您发现内容存在版权问题,请提交相关链接至邮箱:[email protected],我们将及时予以处理。

网友评论
推荐文章