配置复制

• 基于二进制日志文件位置的复制配置概述
• 本节介绍了基于二进制日志文件位置方法的MySQL服务器之间的复制，其中作为主服务器（数据库的源更改）运行的MySQL实例将更新和更改作为“事件”写入二进制日志。二进制日志中的信息根据所记录的数据库更改以不同的日志记录格式存储。从站被配置为从主站读取二进制日志，并在从站的本地数据库上的二进制日志中执行

• 设置要复制的主数据库的配置
• 本节介绍如何设置MySQL服务器以使用基于二进制日志文件位置的复制。设置复制的方法有很多，使用的确切方法取决于您如何设置复制，以及您的master数据库中是否已有数据。所有设置都有一些通用的通用任务：在主服务器上，必须确保启用了二进制日志记录，并配置唯一的服务器ID。这可能需要重新启动服务器。在要连

• 设置复制从站配置
• 每个复制从站必须具有唯一的服务器ID。如果尚未完成，则从属设置的此部分需要重新启动服务器。如果尚未设置从服务器ID，或者当前值与您为主服务器选择的值冲突，请关闭从服务器并编辑[mysqld]配置文件的部分以指定唯一的服务器ID。例如：[mysqld]server-id=2进行更改后，重新启动服务器。

• 创建用于复制的用户
• 每个从服务器都使用MySQL用户名和密码连接到主服务器，因此在主服务器上必须有一个用户帐户，从服务器可以使用该用户帐户进行连接。设置复制从属时，用户名由命令MASTER_USER上的选项指定CHANGE MASTER TO。只要已被授予REPLICATION SLAVE特权，任何帐户都可以用于此操作

• 获取复制主二进制日志坐标
• 要配置从属服务器在正确的位置开始复制过程，您需要在其二进制日志中记录主服务器的当前坐标。警告此过程使用FLUSH TABLES WITH READ LOCK，它会阻止表的COMMIT操作InnoDB。如果打算关闭主数据库以创建数据快照，则可以选择跳过此过程，而是将二进制日志索引文件的副本与数据快照一

• 选择数据快照的方法
• 如果主数据库包含现有数据，则必须将此数据复制到每个从数据库。有多种方法可以从master数据库中转储数据。以下各节介绍了可能的选项。要选择转储数据库的适当方法，请在以下选项之间进行选择：使用mysqldump工具创建要复制的所有数据库的转储。这是推荐的方法，尤其是使用时InnoDB。如果数据库存储在

• 设置复制从站
• 以下各节描述了如何设置从站。在继续之前，请确保您具有：使用必要的配置属性配置了MySQL主数据库。请参见“设置要复制的主数据库的配置”。获取主服务器状态信息，或在关闭数据快照时制作的主服务器二进制日志索引文件的副本。请参见“获取复制主二进制日志坐标”。在主服务器上，释放读取锁定：mysql>U

• 在从站上设置主配置
• 要设置从服务器与主服务器进行通信以进行复制，请为从服务器配置必要的连接信息。为此，请在从站上执行以下语句，将选项值替换为与系统相关的实际值：mysql>CHANGEMASTERTO->MASTER_HOST='master_host_name',->MASTER_USER='rep

• 将从站添加到复制环境
• 您可以在不停止主服务器的情况下将另一个从服务器添加到现有的复制配置中。为此，您可以通过复制现有从服务器的数据目录来设置新的从服务器，并为新的从服务器提供不同的服务器ID（由用户指定）和服务器UUID（在启动时生成）。要复制现有从站：停止现有的从站并记录从站状态信息，尤其是主二进制日志文件和中继日志文

• 使用全局事务标识符进行复制（GTID）
• 本节说明使用全局事务标识符的基于事务的复制（GTID）。使用GTID时，每个事务都可以在提交到原始服务器上并由任何从属应用时进行标识和跟踪。这意味着在启动新的从属服务器或故障转移到新的主服务器时，不必使用GTID来引用日志文件或这些文件中的位置，从而极大地简化了这些任务。由于基于GTID的复制完全基

• GTID格式和存储
• 全局事务标识符（GTID）是创建的唯一标识符，并且与在源服务器（主服务器）上提交的每个事务相关联。该标识符不仅对于它起源的服务器是唯一的，而且在给定复制拓扑中的所有服务器上也是唯一的。GTID分配区分在主服务器上提交的客户端事务和在从服务器上复制的复制事务。如果将客户端事务提交到主服务器上，则将为其

• GTID生命周期
• GTID的生命周期包括以下步骤：事务在主服务器上执行并提交。此客户端事务分配有一个GTID，该ID由主服务器的UUID和此服务器上尚未使用的最小非零事务序列号组成。GTID将写入主数据库的二进制日志中（紧接在日志中事务本身之前）。如果没有将客户事务写入二进制日志中（例如，由于该事务已被滤除或该事务为

• GTID自动定位
• GTID取代了先前为确定开始，停止或恢复主从节点之间的数据流所需的文件偏移对。使用GTID时，从服务器直接与主服务器同步所需的所有信息都是直接从复制数据流中获得的。要使用基于GTID的复制来启动从属服务器，请不要在用于指示从属服务器从给定主服务器复制的语句中包括MASTER_LOG_FILE或MAS

• 使用GTID设置复制
• 本节介绍了在MySQL 8.0中配置和启动基于GTID的复制的过程。这是一个“冷启动”过程，假定您是第一次启动复制母版，或者可以停止它。有关使用来自正在运行的主服务器的GTID来配置复制从服务器的信息，请参见“使用GTID进行故障转移和横向扩展”。有关在线更改服务器上GTID模式的信息，请参见“更改

• 使用GTID进行故障转移和横向扩展
• 当使用带有全局事务标识符（GTID）的MySQL复制来配置新的从服务器时，可以使用多种技术进行扩展，然后将其升级为故障转移所需的主服务器。本节介绍以下技术：简单复制将数据和事务复制到从站注入空交易排除具有gtid_purged的交易恢复GTID模式从属全局事务标识符已添加到MySQL复制中，目的是简

• 使用GTID复制的限制
• 由于基于GTID的复制依赖于事务，因此在使用它时不支持MySQL中原本可用的某些功能。本节提供有关GTID复制限制和限制的信息。涉及非事务性存储引擎的更新。使用GTID时，MyISAM无法在与使用事务存储引擎（例如）进行的表更新相同的语句或事务中对使用非事务存储引擎（例如）进行的表更新InnoDB。

• 存储的用于操纵GTID的函数示例
• MySQL包含一些内置（本机）函数，可用于基于GTID的复制。这些功能如下：GTID_SUBSET(set1,set2)给定两组全局事务标识符set1和set2，如果中的所有GTID set1也在中，则返回true set2。否则返回false。GTID_SUBTRACT(set1,set2)给定两

• 配置MySQL多源复制
• MySQL多源复制使复制从服务器可以并行接收来自多个直接主服务器的事务。在多源复制拓扑中，从服务器为其应从中接收事务的每个主服务器创建一个复制通道。有关复制通道如何工作的更多信息，请参见“复制通道”。您可能选择实现多源复制以实现以下目标：将多个服务器备份到单个服务器。合并表碎片。将数据从多个服务器整

• 为基于GTID的复制配置多源复制从属服务器
• 如果多源复制拓扑中的主服务器具有现有数据，则可以节省时间在开始复制之前为从服务器提供相关数据。在多源复制拓扑中，不能使用数据目录的克隆或复制为从属服务器提供来自所有主服务器的数据，并且您可能还希望仅复制每个主服务器的特定数据库。因此，配置这种从属服务器的最佳策略是使用mysqldump在每个主服务器

• 将基于GTID的主服务器添加到多源复制从服务器
• 这些步骤假定您已使用为主服务器上的事务启用了GTID gtid_mode=ON，创建了复制用户，确保从服务器正在使用TABLE基于复制的存储库，并在适当的情况下为从服务器提供了来自主服务器的数据。使用该CHANGE MASTER TO语句为复制从属服务器上的每个主服务器配置一个复制通道（请参见“复制

• 将基于二进制日志的复制主数据库添加到多源复制从数据库
• 这些步骤假定在主服务器上启用了二进制日志记录（这是默认设置），从属服务器正在使用TABLE基于复制的存储库（在MySQL 8.0中是默认设置），并且您已启用复制用户并记录了当前的二进制日志位置。您需要知道当前MASTER_LOG_FILE和MASTER_LOG_POSITION。使用该CHANGE

• 启动多源复制从属服务器
• 为所有复制母版添加通道后，发出一条START SLAVE语句以开始复制。在从站上启用多个通道后，可以选择启动所有通道，也可以选择要启动的特定通道。例如，要分别启动两个通道，请使用mysql客户端发出以下语句：mysql>STARTSLAVEFORCHANNEL"master_1";mysql&

• 停止多源复制从属
• 该STOP SLAVE语句可用于停止多源复制从属。默认情况下，如果STOP SLAVE在多源复制从属服务器上使用该语句，则所有通道都将停止。（可选）使用该子句仅停止特定的频道。FOR CHANNEL channel要停止所有当前配置的复制通道：STOPSLAVE;要仅停止命名通道，请使用子句：FOR

• 重置​​多源复制从属
• 该RESET SLAVE语句可用于重置多源复制从属。默认情况下，如果RESET SLAVE在多源复制从属服务器上使用该语句，则会重置所有通道。（可选）使用该子句仅重置特定通道。FOR CHANNEL channel重置所有当前配置的复制通道：RESETSLAVE;要仅重命名通道，请使用子句：FOR

• 监视多源复制
• 要监视复制通道的状态，存在以下选项：使用复制性能架构表。这些表的第一列是Channel_Name。这使您可以基于Channel_Name键来编写复杂的查询。请参见“性能架构复制表”。使用。默认情况下，如果不使用该子句，则此语句显示所有通道的从站状态，每个通道一行。标识符被添加为结果集中的一列。如果提

• 复制模式概念
• 为了能够安全地配置联机服务器的复制模式，理解复制的一些关键概念很重要。本节介绍了这些概念，是在尝试修改联机服务器的复制模式之前的必读内容。MySQL中可用的复制模式取决于识别记录的事务的不同技术。复制使用的事务类型如下：GTID事务由格式的全局事务标识符（GTID）标识UUID:NUMBER。日志中

• 在线启用GTID交易
• 本节介绍如何在已经联机并且使用匿名事务的服务器上启用GTID事务以及有选择地自动定位。此过程不需要使服务器脱机，并且适合在生产中使用。但是，如果在启用GTID事务时可以使服务器脱机，则处理过程会更容易。在开始之前，请确保服务器满足以下前提条件：拓扑中的所有服务器都必须使用MySQL 5.7.6或更高

• 在线禁用GTID交易
• 本节介绍如何在已经联机的服务器上禁用GTID事务。此过程不需要使服务器脱机，并且适合在生产中使用。但是，如果在禁用GTIDs模式时可以使服务器脱机，则此过程会更容易。该过程类似于在服务器联机时启用GTID事务，但是步骤相反。唯一不同的是您等待记录的事务复制的时间点。在开始之前，请确保服务器满足以下前

• 验证匿名事务的复制
• 本节说明如何监视复制拓扑并验证是否已复制所有匿名事务。在线更改复制模式时，这很有用，因为您可以验证更改为GTID事务是安全的。有几种方法可以等待事务复制：最简单的方法可以在不依赖于拓扑的情况下工作，但依赖于时序，如下所示：如果您确定从站的滞后时间不超过N秒，则只需等待N秒即可。或等待一天或您认为对部

• 复制和二进制日志记录选项以及变量参考
• 以下两节提供有关适用于复制和二进制日志的MySQL命令行选项和系统变量的基本信息。复制选项和变量下表中的命令行选项和系统变量与复制主服务器和复制从属服务器有关。“复制主服务器选项和变量”，提供了有关与复制主服务器有关的选项和变量的更多详细信息。有关与复制从站有关的选项和变量的更多信息，请参见“复制从

• 复制主选项和变量
• 本节介绍可在复制主服务器上使用的服务器选项和系统变量。您可以在命令行或选项文件中指定选项。您可以使用来指定系统变量值SET。在主服务器和每个从服务器上，必须设置server_id系统变量以建立唯一的复制ID。对于每个服务器，应选择一个介于1到2 32 − 1之间的唯一正整数，并且每个ID必须与其他复

• 复制从站选项和变量
• 本节说明适用于从属复制服务器的服务器选项和系统变量，并包含以下内容：复制从站的启动选项从站状态记录到表的选项复制从站上使用的系统变量在命令行或选项文件中指定选项。可以使用以下CHANGE MASTER TO语句在服务器运行时设置许多选项。使用指定系统变量值SET。服务器ID。在主服务器和每个从属服务

• 二进制日志记录选项和变量
• 二进制记录使用的启动选项二进制日志记录使用的系统变量您可以使用本节中描述的mysqld选项和系统变量来影响二进制日志的操作以及控制将哪些语句写入二进制日志。有关二进制日志的更多信息，请参见“MySQL服务器二进制日志”。有关使用MySQL服务器选项和系统变量的更多信息，请参见“服务器命令选项”和“服

• 全局交易ID系统变量
• 本节中描述的MySQL Server系统变量用于监视和控制全局事务标识符（GTID）。有关更多信息，请参见“使用全局事务标识符进行复制”。binlog_gtid_simple_recovery属性值命令行格式--binlog-gtid-simple-recovery[={OFF|ON}]系统变量bi

• 检查复制状态
• 管理复制过程时，最常见的任务是确保正在进行复制，并且从属服务器和主服务器之间没有错误。SHOW SLAVE STATUS您必须在每个从服务器上执行的语句提供有关从服务器和主服务器之间的连接的配置和状态的信息。从MySQL 5.7起，性能模式具有复制表，这些复制表以更易于访问的形式提供此信息。请参见“

• 暂停从站上的复制
• 您可以使用STOP SLAVEand START SLAVE语句在从属服务器上停止并启动复制。要停止从主数据库处理二进制日志，请使用STOP SLAVE：mysql>STOPSLAVE;复制停止后，从属I / O线程停止从主二进制日志读取事件并将其写入中继日志，而SQL线程停止从中继日志读取事