ch5 MySQL 备份与恢复

时间：2022-03-14 03:03

第 5 章 MySQL 备份与恢复

前言

数据库的备份与恢复一直都是 DBA 工作中最为重要的部分之一，也是基本工作之一。任何正式环境的数据库都必须有完整的备份计划和恢复测试，本章内容将主要介绍 MySQL 数据库的备份与恢复相关内容。

5.1 数据库备份使用场景

你真的明白了自己所做的数据库备份是要面对什么样的场景的吗？

我想任何一位维护过数据库的人都知道数据库是需要备份的，也知道备份数据库是数据库维护必不可少的一件事情。那么是否每一个人都知道自己所做的备份到底是为了应对哪些场景的呢？抑或者说我们每个人是否都很清楚的知道，为什么一个数据库需要作备份呢？读到这里，我想很多读者朋友都会嗤之以鼻，"备份的作用不就是为了防止原数据丢失吗，这谁不知道？"。确实，数据库的备份很大程度上的作用，就是当我们的数据库因为某些原因而造成部分或者全部数据丢失后，方便找回丢失的数据。但是，不同类型的数据库备份，所能应付情况是不一样的，而且，数据库的备份同时也还具有其他很多的作用。而且我想，每个人对数据库备份的作用的理解可能都会有部分区别。

下面我就列举一下我个人理解的我们能够需要用到数据库备份的一些比较常见的情况吧。

一、数据丢失应用场景

1、人为操作失误造成某些数据被误操作； 2、软件 BUG 造成数据部分或者全部丢失；

????可以将字段的内容"包装"起来的"FIELDS????[OPTIONALLY]????ENCLOSED????BY????‘name‘"，如

果不使用"OPTIONALLY"则包括数字类型的所有类型数据都会被"包装"，使用"OPTIONALLY" 之后，则数字类型的数据不会被指定字符"包装"。

通过"FIELDS????TERMINATED????BY"可以设定每两个字段之间的分隔符；而通过"LINES????TERMINATED????BY"则会告诉 MySQL 输出文件在每条记录结束的时候需要

添加什么字符。

如以下示例：

????root@localhost :????test????10:02:02>????SELECT????*????INTO????OUTFILE????‘/tmp/dump.text‘

????->????FIELDS????TERMINATED????BY????‘,‘????OPTIONALLY????ENCLOSED????BY????‘"‘

????->????LINES????TERMINATED????BY????‘\n‘

->????FROM????test_outfile????limit????100; Query????OK,????100????rows????affected????(0.00????sec)

root@localhost :????test????10:02:11>????exit Bye root@sky:/tmp# cat????dump.text

350021,21,"A","abcd"

350022,22,"B","abcd"

350023,23,"C","abcd"

350024,24,"D","abcd"

350025,25,"A","abcd" ...????...

2、通过 mysqldump 导出可能我们都知道 mysqldump 可以将数据库中的数据以 INSERT 语句的形式生成相关备份文件，其实除了生成 INSERT 语句之外，mysqldump 还同样能实现上面"SELECT ... TO

OUTFILE????FROM????..."所实现的功能，而且同时还会生成一个相关数据库结构对应的创建脚本。

如以下示例：

root@sky:~# ls -l /tmp/mysqldump total 0 root@sky:~# mysqldump -uroot -T/tmp/mysqldump test test_outfile --fields-

enclosed-by=\" --fields-terminated-by=, root@sky:~# ls -l /tmp/mysqldump total 8

????-rw-r--r--????1????root????root????1346????2008-10-14????22:18????test_outfile.sql

????-rw-rw-rw-????1????mysql????mysql????2521????2008-10-14????22:18????test_outfile.txt

????root@sky:~#????cat????/tmp/mysqldump/test_outfile.txt

350021,21,"A","abcd"

350022,22,"B","abcd"

350023,23,"C","abcd"

350024,24,"D","abcd"

350025,25,"A","abcd" ...????...

????root@sky:~#????cat????/tmp/mysqldump/test_outfile.sql

????--????MySQL????dump????10.11

????--????Host:????localhost????Database:????test

--????-------------------------------------------------------????Server????version????5.0.51a-log

????/*!40101????SET????@OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;

????/*!40101????SET????@OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;

????/*!40101????SET????@OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;

????/*!40101????SET????NAMES????utf8????*/;

????/*!40103????SET????@OLD_TIME_ZONE=@@TIME_ZONE????*/;

????/*!40103????SET????TIME_ZONE=‘+00:00‘????*/;

????/*!40101????SET????@OLD_SQL_MODE=@@SQL_MODE, SQL_MODE=‘‘????*/;

????/*!40111????SET????@OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0????*/;

--????Table????structure????for????table????`test_outfile` --

????DROP????TABLE????IF????EXISTS????`test_outfile`;

????SET????@saved_cs_client????=????@@character_set_client;

????SET????character_set_client =????utf8;

????CREATE????TABLE????`test_outfile` (

????`id`????int(11)????NOT????NULL????default????‘0‘,

????`t_id`????int(11)????default????NULL,

????`a`????char(1)????default????NULL,

????`mid`????varchar(32)????default????NULL

????)????ENGINE=MyISAM DEFAULT????CHARSET=utf8;

????SET????character_set_client =????@saved_cs_client;

????/*!40103????SET????TIME_ZONE=@OLD_TIME_ZONE????*/;

????/*!40101????SET????SQL_MODE=@OLD_SQL_MODE */;

????/*!40101????SET????CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;

????/*!40101????SET????CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;

/*!40101????SET????COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */; /*!40111????SET????SQL_NOTES=@OLD_SQL_NOTES */;

????--????Dump????completed????on????2008-10-14????14:18:23

这样的输出结构对我们做为备份来使用是非常合适的，当然如果一次有多个表需要被 dump，就会针对每个表都会生成两个相对应的文件。

5.2.3 逻辑备份恢复方法

仅仅有了备份还是不够啊，我们得知道如何去使用这些备份，现在我们就看看上面所做的逻辑备份的恢复方法：

由于所有的备份数据都是以我们最初数据库结构的设计相关的形式所存储，所以逻辑备份的恢复也相对比较简单。当然，针对两种不同的逻辑备份形式，恢复方法也稍有区别。下面我们就分别针对这两种逻辑备份文件的恢复方法做一个简单的介绍。

INSERT 语句文件的恢复：

对于 INSERT 语句形式的备份文件的恢复是最简单的，我们仅仅只需要运行该备份文件中的所有（或者部分）SQL 命令即可。首先，如果需要做完全恢复，那么我们可以通过使用 "mysql < backup.sql"直接调用备份文件执行其中的所有命令，将数据完全恢复到备份时候的状态。如果已经使用 mysql 连接上了 MySQL，那么也可以通过在 mysql 中执行"source

/path/backup.sql"或者"\.????/path/backup.sql"来进行恢复。

纯数据文本备份的恢复：

如果是上面第二中形式的逻辑备份，恢复起来会稍微麻烦一点，需要一个表一个表通过相关命令来进行恢复，当然如果通过脚本来实现自动多表恢复也是比较方便的。恢复方法也有两个，一是通过 MySQL 的"LOAD????DATA????INFILE"命令来实现，另一种方法就是通过 MySQL 提供的使用工具 mysqlimport 来进行恢复。

逻辑备份能做什么？不能做什么？

在清楚了如何使用逻辑备份进行相应的恢复之后，我们需要知道我们可以利用这些逻辑备份做些什么。

通过逻辑备份，我们可以通过执行相关 SQL 或者命令将数据库中的相关数据完全恢复到备份时候所处的状态，而不影响不相关的数据；
通过全库的逻辑备份，我们可以在新的 MySQL 环境下完全重建出一个于备份时候完全一样的数据库，并且不受 MySQL 所处的平台类型限制；
通过特定条件的逻辑备份，我们可以将某些特定数据轻松迁移（或者同步）到其他的 MySQL 或者另外的数据库环境；
通过逻辑备份，我们可以仅仅恢复备份集中的部分数据而不需要全部恢复。
在知道了逻辑备份能做什么之后，我们必须还要清楚他不能做什么，这样我们自己才能清楚的知道这样的一个备份能否满足自己的预期，是否确实是自己想要的。