备份包括数据库目录和文件的精确副本。通常这是 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 服务器主机本地启动的，以便服务器可以脱机，尽管复制文件的目标可能在远程。