副本服务器创建两个复制元数据存储库，连接元数据存储库和应用元数据存储库。这些复制元数据存储库可以在副本服务器关闭后继续存在。如果使用基于二进制日志文件位置的复制，在副本服务器重新启动时，它将读取这两个存储库，以确定它之前在从源服务器的二进制日志中读取了多少，并在其自己的中继日志中处理了多少。如果使用基于GTID的复制，副本服务器不使用这些复制元数据存储库来确定进度，但需要它们来包含其他元数据。

连接元数据存储库写入 mysql 系统模式中的 slave_master_info 表，而应用元数据存储库写入 mysql 系统模式中的 slave_relay_log_info 表。如果 mysqld 无法初始化复制元数据存储库的表，副本服务器将继续启动，但会发出警告信息。

RESET REPLICA 清除复制元数据存储库中的数据，除非是复制连接参数（取决于 MySQL 服务器版本）。有关详细信息，请参阅 RESET REPLICA 的描述。

你可以设置 CHANGE REPLICATION SOURCE TO 语句的 GTID_ONLY 选项，以停止复制通道将文件名和文件位置写入复制元数据存储库。这避免了在 GTID 基础复制不需要时对表的写入和读取。使用 GTID_ONLY 设置时，连接元数据存储库和应用元数据存储库不会在副本队列和应用事务时更新，或者在复制线程停止和启动时。文件位置将在内存中跟踪，可以使用 SHOW REPLICA STATUS 查看。如果需要。复制元数据存储库仅在以下情况下同步：

创建复制元数据存储库作为表是默认的；使用文件是 deprecated。

mysql.slave_master_info 和 mysql.slave_relay_log_info 表是使用 InnoDB 事务存储引擎创建的。对 applier 元数据存储库表的更新与事务一起提交，这意味着复制进度信息记录在该存储库中总是与数据库中应用的内容一致，即使在意外服务器停止的情况下。有关在意外停止的情况下复制服务器的组合设置的信息，请参阅 第 19.4.2 节，“处理意外停止的复制服务器”。

当您备份复制服务器的数据或将其快照传输以创建新复制服务器时，请确保包括 mysql.slave_master_info 和 mysql.slave_relay_log_info 表中的复制元数据存储库。在克隆操作中，请注意，当复制元数据存储库创建为表时，它们将在克隆操作期间被复制，但当它们创建为文件时，它们不会被复制。当使用二进制日志文件位置基于复制时，复制元数据存储库是必要的，以便在恢复复制服务器后重新启动复制。如果您没有中继日志文件，但仍然有 applier 元数据存储库，您可以检查它，以确定复制 SQL 线程在源的二进制日志中的执行位置。然后，您可以使用 更改复制源到 语句，带有 SOURCE_LOG_FILE 和 SOURCE_LOG_POS 选项，以告诉复制服务器从该点重新读取源的二进制日志（假设所需的二进制日志仍然存在于源上）。

还有一个额外的存储库，即 applier 工作线程元数据存储库，主要用于内部使用，持有多线程复制服务器上工作线程的状态信息。applier 工作线程元数据存储库包括每个工作线程的中继日志文件和源的二进制日志文件的名称和位置。如果 applier 元数据存储库创建为表，默认情况下，applier 工作线程元数据存储库将写入 mysql.slave_worker_info 表。如果 applier 元数据存储库写入文件，applier 工作线程元数据存储库将写入 worker-relay-log.info 文件。对于外部使用，工作线程的状态信息将在性能模式 replication_applier_status_by_worker 表中呈现。

复制元数据存储库最初包含类似于 SHOW REPLICA STATUS 语句输出的信息，该语句在 第 15.4.2 节，“SQL 语句控制复制服务器” 中讨论。自那以来，更多信息已添加到复制元数据存储库中，但不显示在 SHOW REPLICA STATUS 语句中。

对于连接元数据存储库，以下表显示了 mysql.slave_master_info 表的列、SHOW REPLICA STATUS 语句显示的列和 deprecated master.info 文件中的行之间的对应关系。

对于 applier 元数据存储库，以下表显示了 mysql.slave_relay_log_info 表的列、SHOW REPLICA STATUS 显示的列和 deprecated relay-log.info 文件中的行之间的对应关系。