MySQL 5.7版本说明
介绍不同类型备份的特点。
物理(原始)与逻辑备份
物理备份由存储数据库内容的目录和文件的原始副本组成。这种类型的备份适用于发生问题时需要快速恢复的大型、重要数据库。
逻辑备份保存以逻辑数据库结构表示的信息(创建数据库，创建表语句)和内容(插入语句或分隔文本文件)。这种类型的备份适合于数据量较小的数据，您可以编辑数据值或表结构，或者在不同的机器架构上重新创建数据。
物理备份方法具有以下特点:
备份由数据库目录和文件的精确副本组成。通常，这是MySQL数据目录的全部或部分副本。
物理备份方法比逻辑备份方法快，因为它们只涉及文件复制而不涉及转换。
输出比逻辑备份更紧凑。
由于备份速度和紧凑性对于繁忙的重要数据库非常重要，所以MySQL企业备份产品执行物理备份。有关MySQL企业备份产品的概述，请参见第28.2节，“MySQL企业备份概述”．
备份和恢复的粒度范围从整个数据目录级别一直到单个文件级别。这可能提供表级粒度，也可能不提供，这取决于存储引擎。例如,
InnoDB表可以位于单独的文件中，也可以与其他表共享文件存储InnoDB表;每一个MyISAM表唯一地对应于一组文件。除了数据库之外，备份还可以包括任何相关文件，如日志或配置文件。
数据从
内存用这种方式备份表比较困难，因为它们的内容不是存储在磁盘上的。(MySQL企业备份产品有一个特性，可以从数据库中检索数据内存备份期间的表。)备份只能移植到具有相同或类似硬件特征的其他机器上。
备份可以在MySQL服务器未运行时执行。如果服务器正在运行，则有必要执行适当的锁定，以便服务器在备份期间不会更改数据库内容。MySQL Enterprise Backup为需要锁的表自动锁。
物理备份工具包括mysqlbackupMySQL企业备份
InnoDB或任何其他表或文件系统级命令(例如cp，scp，焦油，rsync)MyISAM表。恢复:
MySQL企业备份恢复
InnoDB还有它备份的其他表格。ndb_restore恢复
NDB表。可以使用文件系统命令将在文件系统级别复制的文件复制回其原始位置。
逻辑备份方法具有以下特点:
备份是通过查询MySQL服务器，获取数据库的结构和内容信息。
备份比物理方法慢，因为服务器必须访问数据库信息并将其转换为逻辑格式。如果输出是在客户端写入的，服务器也必须将其发送到备份程序。
输出比物理备份更大，特别是以文本格式保存时。
备份和恢复粒度可用于服务器级(所有数据库)、数据库级(特定数据库中的所有表)或表级。这与存储引擎无关。
备份不包括日志或配置文件，也不包括与数据库无关的其他数据库相关文件。
以逻辑格式存储的备份与机器无关，具有高度的可移植性。
逻辑备份是在MySQL服务器运行时执行的。服务器未离线。
逻辑备份工具包括, mysqldump程序和
选择……到输出文件声明。这些甚至适用于任何存储引擎内存．要恢复逻辑备份，sql格式转储文件可以使用mysql客户端。要加载带分隔符的文本文件，请使用
加载数据声明或mysqlimport客户端。
联机备份与脱机备份
在线备份在MySQL服务器运行时进行，以便可以从服务器获取数据库信息。在服务器停止时进行脱机备份。这种区别也可以描述为”热”与”冷”备份;一个”温暖的”备份是指当您从外部访问数据库文件时，服务器保持运行，但不允许修改数据。
在线备份方法具有以下特点:
备份对其他客户机的干扰较小，它们可以在备份期间连接到MySQL服务器，并且可以根据需要执行的操作访问数据。
必须注意施加适当的锁定，这样就不会发生危及备份完整性的数据修改。MySQL企业备份产品会自动进行这种锁定。
离线备份方法具有以下特点:
由于备份期间服务器不可用，客户端可能会受到不利影响。因此，这样的备份通常来自一个副本服务器，可以在不影响可用性的情况下脱机。
备份过程更简单，因为不可能受到客户机活动的干扰。
在线和离线之间的类似区别适用于恢复操作，并且适用于类似的特征。但是，在线恢复比在线备份更容易影响客户端，因为恢复需要更强的锁定。在备份期间，客户端可能能够在备份数据时读取数据。恢复会修改数据，而不仅仅是读取数据，因此必须防止客户端在恢复时访问数据。
本地备份与远程备份
本地备份在MySQL服务器运行的同一主机上执行，而远程备份则在不同的主机上执行。对于某些类型的备份，即使输出是在服务器本地写入，备份也可以从远程主机启动。宿主
, mysqldump可以连接到本地或远程服务器。对于SQL输出(
创建而且插入语句)，可以在客户机上执行本地或远程转储并生成输出。对于带分隔符的文本输出(使用——选项卡选项)，在服务器主机上创建数据文件。选择……到输出文件可以从本地或远程客户端主机发起，但输出文件是在服务器主机上创建的。物理备份方法通常在MySQL服务器主机上本地启动，以便服务器可以脱机，尽管复制文件的目标可能是远程的。
快照备份
一些文件系统实现支持”快照”被带走。它们提供给定时间点文件系统的逻辑副本，而不需要整个文件系统的物理副本。(例如，实现可以使用写时复制技术，这样只需要复制快照时间之后修改的文件系统的部分。)MySQL本身不提供获取文件系统快照的功能。可通过Veritas、LVM或ZFS等第三方解决方案使用。
完全备份与增量备份
完全备份包括MySQL服务器在给定时间点管理的所有数据。增量备份包括在给定时间跨度内(从一个时间点到另一个时间点)对数据所做的更改。MySQL有不同的方法来执行完全备份，比如本节前面描述的那些方法。通过启用服务器的二进制日志(服务器使用二进制日志记录数据更改)，可以实现增量备份。
完全恢复与时间点(增量)恢复
全量恢复可以恢复全量备份中的所有数据。这会将服务器实例恢复到备份时的状态。如果该状态不是当前状态，则完全恢复之后可以恢复自完全备份以来所做的增量备份，以使服务器处于最新状态。
增量恢复是指在给定的时间范围内恢复所做的更改。这也称为时间点恢复，因为它使服务器的状态当前到给定的时间。时间点恢复基于二进制日志，通常从备份文件进行完全恢复，将服务器恢复到备份时的状态。然后将写入二进制日志文件中的数据更改应用为增量恢复，以重做数据修改并使服务器恢复到所需的时间点。
表的维护
如果表损坏，数据完整性就会受到损害。为InnoDB表，这不是一个典型的问题。用于检查程序MyISAM表和修复它们，如果发现问题，请参阅第7.6节，“MyISAM表维护和崩溃恢复”．
备份调度、压缩和加密
备份调度对于自动化备份过程很有价值。备份输出的压缩减少了空间需求，输出的加密提供了更好的安全性，防止未授权的备份数据访问。MySQL本身不提供这些功能。MySQL企业备份产品可以压缩InnoDB备份、备份输出的压缩或加密可以使用文件系统实用程序实现。可能会有其他第三方解决方案。