数据库备份与恢复

拼搏现实的明天。 2023-09-23 18:54 95阅读 0赞

**目录**

一：物理备份和逻辑备份

二：mysqldump实现逻辑备份

2.1 备份一个数据库

2.2 备份全部数据库

2.3 备份部分数据库

2.4 备份部分表

2.5 备份单表的部分数据

2.6 排除某些表的备份

2.7 只备份结构或只备份数据

2.8 备份中包含存储过程、函数、事件

2.9 mysqldump常用选项

三：mysql命令恢复数据

3.1 单库备份中恢复单库

3.2 全量备份恢复

3.3 从全量备份中恢复单库

3.4 从单库备份中恢复单表

四：物理备份：直接复制整个数据库

五：物理恢复：直接复制到数据库目录

六：表的导出与导入

6.1 表的导出

6.2 表的导入

--------------------

# 一：物理备份和逻辑备份 #

> **物理备份** ：备份数据文件，转储数据库物理文件到某一目录。物理备份恢复速度比较快，但占用空间比较大，MySQL 中可以用  xtrabackup  工具来进行物理备份。 
> 
> **逻辑备份** ：对数据库对象利用工具进行导出工作，汇总入备份文件内。逻辑备份恢复速度慢，但占用空间小，更灵活。MySQL  中常用的逻辑备份工具为  mysqldump  。逻辑备份就是  备份 sql 语句  ，在恢复的时候执行备份的sql 语句实现数据库数据的重现。

# **二：mysqldump****实现逻辑备份**  #

## **2.1** **备份一个数据库**  ##

**基本语法：**

mysqldump –u 用户名称 –h 主机名称 –p密码 待备份的数据库名称[tbname, [tbname...]]> 备份文称.sql

> 说明： 备份的文件并非一定要求后缀名为 .sql ，例如后缀名为 .txt 的文件也是可以的。

举例：使用root用户备份atguigu数据库：

mysqldump -uroot -p atguigu>atguigu.sql #备份文件存储在当前目录下
    
    mysqldump -uroot -p atguigudb1 > /var/lib/mysql/atguigu.sql #备份文件存储在指定目录下

## **2.2** **备份全部数据库** ##

若想用 mysqldump 备份整个实例，可以使用  \-- all \- databases  或  \- A  参数：

mysqldump -uroot -pxxxxxx --all-databases > all_database.sql
    mysqldump -uroot -pxxxxxx -A > all_database.sql

> 说明：-p参数->后面输入密码

## **2.3** **备份部分数据库** ##

使用  \-- databases  或  \- B  参数了，该参数后面跟数据库名称，多个数据库间用空格隔开。如果指定databases参数，备份文件中会存在创建数据库的语句，如果不指定参数，则不存在。语法如下：

mysqldump –u user –h host –p --databases [数据库的名称1 [数据库的名称2...]] > 备份文件名称.sql

举例：

mysqldump -uroot -p --databases atguigu atguigu12 >two_database.sql
    
    -- 或者
    
    mysqldump -uroot -p -B atguigu atguigu12 > two_database.sql

## **2.4** **备份部分表**  ##

比如，在表变更前做个备份。语法如下：

mysqldump –u user –h host –p 数据库的名称 [表名1 [表名2...]] > 备份文件名称.sql

举例：备份 atguigu 数据库下的 book 表

mysqldump -uroot -p atguigu book> book.sql

备份多张表使用下面的命令，比如备份 book 和 account 表：

#备份多张表
    mysqldump -uroot -p atguigu book account > 2_tables_bak.sql

## **2.5** **备份单表的部分数据** ##

有些时候一张表的数据量很大，我们只需要部分数据。这时就可以使用  \-- where  选项了。 where 后面附带需要满足的条件。

举例：备份 student 表中 id 小于 10 的数据：

mysqldump -uroot -p atguigu student --where="id < 10 " > student_part_id10_low_bak.sql

## **2.6** **排除某些表的备份** ##

如果我们想备份某个库，但是某些表数据量很大或者与业务关联不大，这个时候可以考虑排除掉这些表，同样的，选项  \-- ignore \- table  可以完成这个功能。

mysqldump -uroot -p atguigu --ignore-table=atguigu.student > no_stu_bak.sql

通过如下指定判定文件中没有 student 表结构：

grep "student" no_stu_bak.sql

## **2.7** **只备份结构或只备份数据** ##

只备份结构的话可以使用  \-- no \- data  简写为  \- d  选项；只备份数据可以使用  \-- no \- create \- info  简写为  \-t  选项。

（1）只备份结构

mysqldump -uroot -p atguigu --no-data > atguigu_no_data_bak.sql
    #使用grep命令，没有找到insert相关语句，表示没有数据备份。
    [root@node1 ~]# grep "INSERT" atguigu_no_data_bak.sql
    [root@node1 ~]#

（2）只备份数据

mysqldump -uroot -p atguigu --no-create-info > atguigu_no_create_info_bak.sql
    #使用grep命令，没有找到create相关语句，表示没有数据结构。
    [root@node1 ~]# grep "CREATE" atguigu_no_create_info_bak.sql
    [root@node1 ~]#

## **2.8** **备份中包含存储过程、函数、事件**  ##

> mysqldump 备份默认是不包含存储过程，自定义函数及事件的。可以使用  \-- routines  或  \- R  选项来备 份存储过程及函数，使用  \-- events  或  \- E  参数来备份事件。

举例：备份整个 atguigu 库，包含存储过程及事件：

使用下面的 SQL 可以查看当前库有哪些存储过程或者函数

下面备份 atguigu 库的数据，函数以及存储过程。

mysqldump -uroot -p -R -E --databases atguigu > fun_atguigu_bak.sql

查询备份文件中是否存在函数

grep -C 5 "rand_num" fun_atguigu_bak.sql

## **2.9 mysqldump****常用选项**  ##

mysqldump 其他常用选项如下：

--add-drop-database：在每个CREATE DATABASE语句前添加DROP DATABASE语句。
    --add-drop-tables：在每个CREATE TABLE语句前添加DROP TABLE语句。
    --add-locking：用LOCK TABLES和UNLOCK TABLES语句引用每个表转储。重载转储文件时插入得更快。
    --all-database, -A：转储所有数据库中的所有表。与使用--database选项相同，在命令行中命名所有数据库。
    --comment[=0|1]：如果设置为0，禁止转储文件中的其他信息，例如程序版本、服务器版本和主机。--skipcomments与--comments=0的结果相同。默认值为1，即包括额外信息。
    --compact：产生少量输出。该选项禁用注释并启用--skip-add-drop-tables、--no-set-names、--skipdisable-keys和--skip-add-locking选项。
    --compatible=name：产生与其他数据库系统或旧的MySQL服务器更兼容的输出，值可以为ansi、MySQL323、
    MySQL40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_table_options或者
    no_field_options。
    --complete_insert, -c：使用包括列名的完整的INSERT语句。
    --debug[=debug_options], -#[debug_options]：写调试日志。
    --delete，-D：导入文本文件前清空表。
    --default-character-set=charset：使用charsets默认字符集。如果没有指定，就使用utf8。
    --delete--master-logs：在主复制服务器上，完成转储操作后删除二进制日志。该选项自动启用-masterdata。
    --extended-insert，-e：使用包括几个VALUES列表的多行INSERT语法。这样使得转储文件更小，重载文件时可
    以加速插入。
    --flush-logs，-F：开始转储前刷新MySQL服务器日志文件。该选项要求RELOAD权限。
    --force，-f：在表转储过程中，即使出现SQL错误也继续。
    --lock-all-tables，-x：对所有数据库中的所有表加锁。在整体转储过程中通过全局锁定来实现。该选项自动关
    闭--single-transaction和--lock-tables。
    --lock-tables，-l：开始转储前锁定所有表。用READ LOCAL锁定表以允许并行插入MyISAM表。对于事务表（例
    如InnoDB和BDB），--single-transaction是一个更好的选项，因为它根本不需要锁定表。
    --no-create-db，-n：该选项禁用CREATE DATABASE /*!32312 IF NOT EXIST*/db_name语句，如果给出-
    -database或--all-database选项，就包含到输出中。
    --no-create-info，-t：只导出数据，而不添加CREATE TABLE语句。
    --no-data，-d：不写表的任何行信息，只转储表的结构。
    --opt：该选项是速记，它可以快速进行转储操作并产生一个能很快装入MySQL服务器的转储文件。该选项默认开启，
    但可以用--skip-opt禁用。
    --password[=password]，-p[password]：当连接服务器时使用的密码。
    -port=port_num，-P port_num：用于连接的TCP/IP端口号。
    --protocol={TCP|SOCKET|PIPE|MEMORY}：使用的连接协议。
    --replace，-r –replace和--ignore：控制替换或复制唯一键值已有记录的输入记录的处理。如果指定--
    replace，新行替换有相同的唯一键值的已有行；如果指定--ignore，复制已有的唯一键值的输入行被跳过。如果不
    指定这两个选项，当发现一个复制键值时会出现一个错误，并且忽视文本文件的剩余部分。
    --silent，-s：沉默模式。只有出现错误时才输出。
    --socket=path，-S path：当连接localhost时使用的套接字文件（为默认主机）。
    --user=user_name，-u user_name：当连接服务器时MySQL使用的用户名。
    --verbose，-v：冗长模式，打印出程序操作的详细信息。
    --xml，-X：产生XML输出。

> 说明：运行帮助命令  mysqldump  \-- help  ，可以获得特定版本的完整选项列表。

> 提示 如果运行 mysqldump 没有 \--quick 或 \--opt 选项， mysqldump 在转储结果前将整个结果集装入内 存。如果转储大数据库可能会出现问题，该选项默认启用，但可以用--skip-opt 禁用。如果使用最 新版本的mysqldump 程序备份数据，并用于恢复到比较旧版本的 MySQL 服务器中，则不要使用 \--opt 或-e 选项。

# 三：**mysql****命令恢复数据**  #

基本语法：

mysql –u root –p [dbname] < backup.sql

## **3.1** **单库备份中恢复单库** ##

使用 root 用户，将之前练习中备份的 atguigu.sql 文件中的备份导入数据库中，命令如下： 如果备份文件中包含了创建数据库的语句，则恢复的时候不需要指定数据库名称，如下所示

mysql -uroot -p < atguigu.sql

否则需要指定数据库名称，如下所示

mysql -uroot -p atguigu4< atguigu.sql

## **3.2** **全量备份恢复** ##

如果我们现在有昨天的全量备份，现在想整个恢复，则可以这样操作：

mysql –u root –p < all.sql

执行完后， MySQL 数据库中就已经恢复了 all.sql 文件中的所有数据库。

## **3.3** **从全量备份中恢复单库** ##

可能有这样的需求，比如说我们只想恢复某一个库，但是我们有的是整个实例的备份，这个时候我们可以从全量备份中分离出单个库的备份。

举例：

sed -n '/^-- Current Database: `atguigu`/,/^-- Current Database: `/p' all_database.sql> atguigu.sql
    #分离完成后我们再导入atguigu.sql即可恢复单个库

## **3.4** **从单库备份中恢复单表**  ##

这个需求还是比较常见的。比如说我们知道哪个表误操作了，那么就可以用单表恢复的方式来恢复。

举例：我们有 atguigu 整库的备份，但是由于 class 表误操作，需要单独恢复出这张表。

cat atguigu.sql | sed -e '/./{H;$!d;}' -e 'x;/CREATE TABLE `class`/!d;q' >
    class_structure.sql
    cat atguigu.sql | grep --ignore-case 'insert into `class`' > class_data.sql
    #用shell语法分离出创建表的语句及插入数据的语句后 再依次导出即可完成恢复
    use atguigu;
    mysql> source class_structure.sql;
    Query OK, 0 rows affected, 1 warning (0.00 sec)
    mysql> source class_data.sql;
    Query OK, 1 row affected (0.01 sec)

# **四：物理备份：直接复制整个数据库**  #

直接将 MySQL 中的数据库文件复制出来。这种方法最简单，速度也最快。 MySQL 的数据库目录位置不一

定相同：

>  *  在Windows平台下，MySQL 8.0存放数据库的目录通常默认为 “ C:\\ProgramData\\MySQL\\MySQLServer 8.0\\Data ”或者其他用户自定义目录； 
>  *  在Linux平台下，数据库目录位置通常为/var/lib/mysql/； 
>  *  在MAC OSX平台下，数据库目录位置通常为“/usr/local/mysql/data”

但为了保证备份的一致性。需要保证：

*  方式1：备份前，将服务器停止。 
 *  方式2：备份前，对相关表执行 FLUSH TABLES WITH READ LOCK 操作。这样当复制数据库目录中的文件时，允许其他客户继续查询表。同时，FLUSH TABLES语句来确保开始备份前将所有激活的索引页写入硬盘。

> 这种方式方便、快速，但不是最好的备份方法，因为实际情况可能  不允许停止 MySQL 服务器  或者  锁住表  ，而且这种方法  对 InnoDB 存储引擎  的表不适用。对于 MyISAM 存储引擎的表，这样备份和还原很方便，但是还原时最好是相同版本的MySQL 数据库，否则可能会存在文件类型不同的情况。 
> 
> 注意，物理备份完毕后，执行  UNLOCK TABLES  来结算其他客户对表的修改行为。

> 说明： 在 MySQL 版本号中，第一个数字表示主版本号，主版本号相同的 MySQL 数据库文件格式相同。

此外，还可以考虑使用相关工具实现备份。比如，  MySQLhotcopy  工具。 MySQLhotcopy 是一个 Perl 脚本，它使用LOCK TABLES 、 FLUSH TABLES 和 cp 或 scp 来快速备份数据库。它是备份数据库或单个表最快的途径，但它只能运行在数据库目录所在的机器上，并且只能备份MyISAM 类型的表。多用于 mysql5.5 之前。

# 五：**物理恢复：直接复制到数据库目录** #

**步骤：**

> 1 ）演示删除备份的数据库中指定表的数据 
> 
> 2 ）将备份的数据库数据拷贝到数据目录下，并重启 MySQL 服务器
> 
> 3 ）查询相关表的数据是否恢复。需要使用下面的  chown  操作。

**要求：**

>  *  必须确保备份数据的数据库和待恢复的数据库服务器的主版本号相同。 
>  *  因为只有MySQL数据库主版本号相同时，才能保证这两个MySQL数据库文件类型是相同的。 
>  *  这种方式对 MyISAM类型的表比较有效 ，对于InnoDB类型的表则不可用。 
>  *  因为InnoDB表的表空间不能直接复制。

在 Linux 操作系统下，复制到数据库目录后，一定要将数据库的用户和组变成 mysql ，命令如下：

chown -R mysql.mysql /var/lib/mysql/dbname

其中，两个 mysql 分别表示组和用户； “-R” 参数可以改变文件夹下的所有子文件的用户和组； “dbname” 参数表示数据库目录。

提示 Linux操作系统下的权限设置非常严格。通常情况下，MySQL数据库只有root用户和mysql用户
    组下的mysql用户才可以访问，因此将数据库目录复制到指定文件夹后，一定要使用chown命令将
    文件夹的用户组变为mysql，将用户变为mysql。

# 六：**表的导出与导入** #

## **6.1** **表的导出** ##

**1.**  **使用** **SELECT…INTO OUTFILE** **导出文本文件**

在 MySQL 中，可以使用 SELECT…INTO OUTFILE 语句将表的内容导出成一个文本文件。

**举例：** 使用 SELECT…INTO OUTFILE 将 atguigu 数据库中 account 表中的记录导出到文本文件。

（1）选择数据库atguigu ，并查询 account 表，执行结果如下所示。

（2） mysql 默认对导出的目录有权限限制，也就是说使用命令行进行导出的时候，需要指定目录进行操作。

查询 secure\_file\_priv 值

SHOW GLOBAL VARIABLES LIKE '%secure%';

（3）上面结果中显示， secure\_file\_priv 变量的值为 /var/lib/mysql-files/ ，导出目录设置为该目录， SQL 语句如下。

SELECT * FROM account INTO OUTFILE "/var/lib/mysql-files/account.txt";

（4）查看  /var/lib/mysql-files/account.txt\` 文件。

**2.**  **使用** **mysqldump** **命令导出文本文件**

**举例** **1** **：** 使用 mysqldump 命令将将 atguigu 数据库中 account 表中的记录导出到文本文件：

mysqldump -uroot -p -T "/var/lib/mysql-files/" atguigu account

**3.**  **使用** **mysql** **命令导出文本文件**

**举例** **1** **：** 使用 mysql 语句导出 atguigu 数据中 account 表中的记录到文本文件：

mysql -uroot -p --execute="SELECT * FROM account;" atguigu>"/var/lib/mysqlfiles/account.txt"

## **6.2** **表的导入**  ##

**1.**  **使用** **LOAD DATA INFILE** **方式导入文本文件**

**举例** **1** **：**

使用 SELECT...INTO OUTFILE 将 atguigu 数据库中 account 表的记录导出到文本文件

SELECT * FROM atguigu.account INTO OUTFILE '/var/lib/mysql-files/account_0.txt';

删除 account 表中的数据：

DELETE FROM atguigu.account;

从文本文件 account.txt 中恢复数据：

LOAD DATA INFILE '/var/lib/mysql-files/account_0.txt' INTO TABLE atguigu.account;

查询 account 表中的数据

**2.**  **使用** **mysqlimport** **方式导入文本文件**

**举例：**

导出文件 account.txt ，字段之间使用逗号 " ， " 间隔，字段值用双引号括起来：

SELECT * FROM atguigu.account INTO OUTFILE '/var/lib/mysql-files/account.txt' FIELDSTERMINATED BY ',' ENCLOSED BY '\"';

删除 account 表中的数据：

DELETE FROM atguigu.account;

使用 mysqlimport 命令将 account.txt 文件内容导入到数据库 atguigu 的 account 表中：

mysqlimport -uroot -p atguigu '/var/lib/mysql-files/account.txt' --fields-terminatedby=',' 
    --fields-optionally-enclosed-by='\"'

查询 account 表中的数据

数据库备份与恢复

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关【数据库】备份与恢复数据库

相关数据库备份与恢复

相关 Xtrabackup数据库备份与恢复

相关数据库的备份与恢复

相关 MySQL数据库备份与恢复

相关 MySQL数据库备份与恢复

相关 MySql-数据库备份与恢复

相关 MYSQL数据库备份与恢复

相关 MongoDB 数据库备份与恢复

相关数据库备份与恢复