复制服务器创建两个复制元数据存储库：连接元数据存储库和应用程序元数据存储库。复制元数据存储库在复制服务器关闭时生存。如果使用基于二进制日志文件位置的复制，复制服务器重启时，它将读取这两个存储库，以确定它之前在读取源服务器的二进制日志和处理自己的中继日志的位置。如果使用GTID-基于的复制，复制服务器不使用复制元数据存储库来确定这些信息，但需要它们来包含其他元数据。

连接元数据存储库写入到mysql.slave_master_info表中，而应用程序元数据存储库写入到mysql.slave_relay_log_info表中。如果mysqld无法初始化复制元数据存储库的表，会出现警告消息，但复制服务器仍然可以继续启动。这可能会在从不支持使用表的MySQL版本升级到支持它们的版本时出现。

RESET REPLICA语句将清除复制元数据存储中的数据，除了复制连接参数（取决于MySQL Server版本）。详细信息，请参阅RESET REPLICA的描述。

您可以将CHANGE REPLICATION SOURCE TO语句的GTID_ONLY选项设置为停止复制通道不将文件名和文件位置记录在复制元数据存储中。这避免了在GTID-基于复制中不需要的写入和读取操作。在GTID_ONLY设置下，连接元数据存储和应用程序元数据存储在复制队列和事件队列中不会被更新，文件位置将在内存中跟踪，可以使用SHOW REPLICA STATUS查看它们。复制元数据存储只有在以下情况下同步：

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

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

当您备份复制服务器的数据或将其数据快照转移到创建新复制服务器时，请确保包括mysql.slave_master_info和mysql.slave_relay_log_info表，其中包含复制元数据存储库。对于克隆操作，注意在克隆操作中，元数据存储库表被复制，但文件类型的元数据存储库不被复制。使用基于二进制日志文件位置的复制时，需要元数据存储库以便在恢复、复制或克隆复制服务器后恢复复制。即使没有relay log文件，但仍有applier元数据存储库，您可以检查它以确定源的二进制日志文件执行的进度，然后使用CHANGE REPLICATION SOURCE TO语句，使用SOURCE_LOG_FILE和SOURCE_LOG_POS选项，告诉复制服务器从源点重新读取二进制日志文件（假设源点上的二进制日志文件仍然存在）。

另一个存储库是applier worker元数据存储库，主要用于内部使用，用于记录多线程复制服务器上的worker线程状态信息。applier worker元数据存储库包括每个worker线程的relay log文件和源的二进制日志文件名称和位置。如果applier元数据存储库创建为表，default情况下，applier worker元数据存储库将写入到mysql.slave_worker_info表。如果applier元数据存储库写入到文件中，applier worker元数据存储库将写入到worker-relay-log.info文件中。对于外部使用，worker线程状态信息将在性能Schemareplication_applier_status_by_worker表中呈现。

存储复制元数据仓库原本包含了与SHOW REPLICA STATUS语句的输出类似的信息，这些信息在第15.4.2节，“控制副本服务器的SQL语句”中有讨论。自此以来，已经添加了更多的复制元数据仓库信息，这些信息不被SHOW REPLICA STATUS语句显示。

对于连接元数据仓库，以下表格显示了mysql.slave_master_info表中的列、SHOW REPLICA STATUS语句中的列和已弃用的master.info文件中的行。

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