备份包含数据库目录和文件的精确副本。通常，这是 MySQL 数据目录的全部或部分副本。

物理备份方法比逻辑备份方法快，因为它们只涉及文件复制，没有转换。

输出比逻辑备份更紧凑。

由于备份速度和紧凑性对于繁忙的重要数据库至关重要，因此 MySQL 企业版备份产品执行物理备份。有关 MySQL 企业版备份产品的概述，请参见 第 32.1 节，“MySQL 企业版备份概述”。

备份和恢复粒度范围从整个数据目录级别到单个文件级别。这可能提供或可能不提供表级粒度，具体取决于存储引擎。例如，InnoDB 表可以分别位于单独的文件中，也可以与其他 InnoDB 表共享文件存储；每个 MyISAM 表都唯一地对应于一组文件。

除了数据库外，备份还可以包含任何相关文件，例如日志文件或配置文件。

来自 MEMORY 表的数据很难以这种方式备份，因为它们的内容未存储在磁盘上。（MySQL 企业版备份产品具有一项功能，您可以在备份期间检索来自 MEMORY 表的数据。）

备份只能移植到具有相同或类似硬件特性的其他机器上。

可以在 MySQL 服务器未运行时执行备份。如果服务器正在运行，则需要执行适当的锁定，以使服务器在备份期间不会更改数据库内容。MySQL 企业版备份会自动为需要锁定的表执行此锁定。

物理备份工具包括 MySQL 企业版备份的 mysqlbackup（用于 InnoDB 或任何其他表），或文件系统级命令（例如 cp、scp、tar、rsync）（用于 MyISAM 表）。

对于恢复

备份是通过查询 MySQL 服务器来获取数据库结构和内容信息来完成的。

备份比物理方法慢，因为服务器必须访问数据库信息并将其转换为逻辑格式。如果输出写入到客户端，则服务器还必须将其发送到备份程序。

输出比物理备份更大，尤其是在以文本格式保存时。

备份和恢复粒度在服务器级别（所有数据库）、数据库级别（特定数据库中的所有表）或表级别都可用。无论存储引擎如何，情况都是如此。

备份不包括日志文件或配置文件，也不包括不是数据库一部分的其他与数据库相关的文件。

以逻辑格式存储的备份与机器无关，并且高度可移植。

逻辑备份是在 MySQL 服务器运行时执行的。服务器不会下线。

逻辑备份工具包括 mysqldump 程序和 SELECT ... INTO OUTFILE 语句。这些适用于任何存储引擎，即使是 MEMORY。

要恢复逻辑备份，可以使用 mysql 客户端处理 SQL 格式的转储文件。要加载分隔符文本文件，请使用 LOAD DATA 语句或 mysqlimport 客户端。

备份对其他客户端的影响较小，这些客户端可以在备份期间连接到 MySQL 服务器，并且可能能够访问数据，具体取决于它们需要执行的操作。

必须注意实施适当的锁定，以使数据修改不会发生，从而影响备份完整性。MySQL 企业版备份产品会自动执行此锁定。

客户端可能会受到不利影响，因为服务器在备份期间不可用。出于这个原因，此类备份通常是从副本中进行的，这些副本可以下线而不会影响可用性。

备份过程更简单，因为不存在客户端活动干扰的可能性。

mysqldump 可以连接到本地或远程服务器。对于 SQL 输出 (CREATE 和 INSERT 语句)，本地或远程转储可以完成，并在客户端上生成输出。对于分隔符文本输出（使用 --tab 选项），数据文件是在服务器主机上创建的。

SELECT ... INTO OUTFILE 可以从本地或远程客户端主机启动，但输出文件是在服务器主机上创建的。

物理备份方法通常是在 MySQL 服务器主机上本地启动的，以便可以使服务器下线，尽管复制文件的目标可能为远程。