实践版本：MySQL5.7
备份类型（backup type）
物理和逻辑备份（Physical Versus Logical Backup）
物理备份是指直接复制存储数据库内容的目录和文件，这种类型的备份适用于出现问题时需要快速恢复的大型重要数据库。
逻辑备份保存以逻辑数据库结构(create database、create table)和内容(insert 语句)表示的信息，也就是保存的是创建数据库、创建表和插入数据的sql语句。这种类型的备份适用于较小数量的数据，可以在其中编辑数据值或表结构，或者在不同的机器架构上重新创建数据。
物理备份特点如下：
（1）备份由数据库目录和文件副本组成，通常是MySQL整个或者部分数据目录；
（2）物理备份比逻辑备份要快，因为它只是复制文件，并不需要做什么转化；
（3）比逻辑备份更紧凑或者压缩性更好；
（4）因为备份速度和紧凑性对于繁忙、重要的数据库非常重要，MySQL企业版执行物理备份；
（5）备份的粒度范围从整个数据目录的级别到各个文件的级别。这可能提供表级粒度，也可能不提供，这取决于存储引擎。例如，InnoDB表可以单独存储在一个文件中，也可以与其他InnoDB表共享文件存储空间;每个MyISAM表只对应于一组文件。
（6）除了数据库之外，备份还可以包括任何相关文件，如日志或配置文件。
（7）以这种方式备份内存表中的数据比较困难，因为它们的内容并不存储在磁盘上。
（8）备份只能移植到具有相同或类似硬件特征的其他机器上；
（9）可以在MySQL服务器不运行时执行备份。如果服务器正在运行，则有必要执行适当的锁定，以便服务器在备份期间不会更改数据库内容。MySQL Enterprise Backup自动锁定备份的表；
（10）物理备份工具包括用于InnoDB或任何其他表的MySQL企业备份的mysqlbackup，或用于MyISAM表的文件系统级命令(如cp、scp、tar、rsync)。
逻辑备份特点如下：
（1）逻辑备份工具包括mysqldump程序和SELECT…INTO OUTFILE语句，适用于任何存储引擎，甚至内存；
（2）在运行MySQL服务器时执行逻辑备份；
（3）以逻辑格式存储的备份与机器无关，并且具有高度的可移植性；
（4）备份不包括日志或配置文件，或不属于数据库的其他与数据库相关的文件；
（5）无论任何存储引擎，备份和恢复粒度可用于服务器级别(所有数据库)、数据库级别(特定数据库中的所有表)或表级别；
（6）备份的输出比物理备份大，尤其是以文本格式保存时；
（7）和物理备份相比，要慢些，因为服务器必须访问数据库信息并将其转换为逻辑格式。如果输出写在客户端，服务器还必须将其发送到备份程序。
全量和增量备份（Full Versus Incremental Backups）
全量备份是指某个时间点MySQL服务器管理的所有数据的备份，增量备份是指备份一个时间点到另一个时间点变化的数据，全量备份和增量备份区别是很明显的，第一次备份使用全量备份是必须的，但是每次都是全量备份，势必浪费时间和磁盘空间，特别是数据库变化很小的情况下，此时使用增量备份是一个比较好的选择。
实践
mysqldump命令
它是MySQL自带的命令，先备份buffer中数据，然后再备份磁盘中的数据。生成的是一个包好sql语句的备份文件。下面分别以全库，单个数据库，单个表，表结构，表数据的备份为例说明它的基本用法。
备份全库
可以如下备份全库
mysqldump -uroot -proot --all-databases --single-transaction > 20190201-1325_all_backup.sql
-uroot：数据库登录用户为root；
-proot：数据库登录密码root，为了安全，建议使用-p，密码在执行命令后输入；
--all-databases：表示备份全库；
--singe-trasanction：保证了mysqldump看到的数据是一致的，此时其他事务对数据的修改，mysqldump是看不到的，其实在执行改名前，获得了所有数据库中所有表上的一个全局读锁（read lock）；
>：输出符号；
20190201-1325_all_backup.sql：sql文件名，执行备份命令后，备份结果就保存在这个文件中，文件名中最好要包含备份时间、备份范围、backup关键字等信息，例如文件表示备份时间是2019年2月1日下午1点25分，all表示文件包含的是全库信息，backup表示这个文件时备份文件。
执行上面的备份命令，如图：
可以看到如果使用-proot，会发出不安全警告。执行命令后，在H下生成sql文件，部分内容如下：
--
-- Current Database: `test`
--
CREATE DATABASE /*!32312 IF NOT EXISTS*/ `test` /*!40100 DEFAULT CHARACTER SET utf8 */;
USE `test`;
--
-- Table structure for table `myset`
--
DROP TABLE IF EXISTS `myset`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `myset` (
`col` set('a','b','c','d') DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;
--
-- Dumping data for table `myset`
--
LOCK TABLES `myset` WRITE;
/*!40000 ALTER TABLE `myset` DISABLE KEYS */;
INSERT INTO `myset` VALUES ('a,d'),('a,d'),('a,d'),('a,d'),('a,d'),('');
/*!40000 ALTER TABLE `myset` ENABLE KEYS */;
UNLOCK TABLES;
下面就可以使用这个sql备份文件将数据库恢复到备份的时间点，切记备份时间点之后插入的数据将会丢失。命令如下：
mysql -uroot -proot < 20190201-1325_all_backup.sql
注意恢复的命令是mysql，而不是mysqldump。
备份单个数据库
以备份单个test数据库为例，命令如下：
mysqldump -uroot -proot --single-transaction test > 20190201-1325_test_backup.sql
恢复test数据库的命令，如下：
mysql -uroot -proot test < 20190201-1325_test_backup.sql
恢复单个数据库时，需要数据库已经存在，不然报如下错误：
所以，如果数据库不存在，执行如下命令创建数据库
CREATE DATABASE test;
然后再执行数据库恢复命令。
备份单个表
以备份test数据库的userinfo表为例，备份命令如下：
mysqldump -uroot -proot --single-transaction test userinfo > 20190201-1325_test-userinfo_backup.sql
恢复单个表和恢复单个数据库的命令是一样的，如下：
mysql -uroot -proot test < 20190201-1325_test-userinfo_backup.sql
备份表结构
以备份test数据库的userinfo表结构为例，命令如下：
mysqldump -uroot -proot --single-transaction test userinfo -d > 20190201-1325_test-userinfo-structure_backup.sql
文件内容包括创建表的sql语句。恢复表结构命令，如下：
mysql -uroot -proot test < 20190201-1325_test-userinfo-structure_backup.sql
注意：如果表中数据被删除，使用这种备份文件时无法恢复的，这个在实践中并没有多大用，数据才是最宝贵的。
备份表数据
以备份test数据库的userinfo表中数据为例，命令如下：
mysqldump -uroot -proot --single-transaction test userinfo -t > 20190201-1325_test-userinfo-data_backup.sql
备份文件中只包含insert语句。恢复命令如下：
mysql -uroot -proot test < 20190201-1325_test-userinfo-data_backup.sql
注意：如果表不存在或者表结构被改变可能无法恢复数据。
select ... into outfile语句
使用binlog增量恢复
可以如下查看所有的binlog文件名、大小和当前正在记录日志的binlog：
binlog是二进制文件，可以使用mysqlbinlog命令查看binlog内容，如下：
mysqlbinlog mysql-bin.000001
如图：
一般binlog文件一页是无法展示的，可以使用如下命令翻看
mysqlbinlog binlog_files | more
如图：
按下Enter键即可继续往下翻看。也可以使用如下命令将binlog内容输出到一个文件中
mysqlbinlog mysql-bin.000004 > H: mp
mysqlbinlog -v mysql-bin.000004 > H: mp
mysqlbinlog -vv mysql-bin.000004 > H: mp
-v参数可以看到具体的语句，如图：
-vv参数可以看到字段的数据类型，如图：
如果没有-v或者-vv参数，是看不到###行的，如图：
恢复时使用如下命令即可：
mysql -u root -p < H: mp
如果tmp是整个库的binlog，则全库恢复，如果要增量恢复，先是将数据库恢复到某个时间点，然后将从该时间点之后数据的变化形成的的binlog日志保存出，然后使用上面的命令恢复这些数据。
全文转自：
https://blog.csdn.net/L_15156024189/article/details/87521511