第十七章复制

配置主用以复制二进制日志文件的位置，你必须确保启用了二进制日志，并建立一个唯一的服务器ID.如果尚未，服务器需要重新启动。

二进制日志是需要在主因为二进制日志复制从主人的奴隶的基础上。二进制日志是默认启用（的log_bin系统变量设置为ON）。这个--log-bin选择什么基地告诉服务器名称使用二进制日志文件。建议您指定此选项将二进制日志文件的非默认的基本名称，所以如果主机名称的变化，你可以继续使用相同的二进制日志文件的名字（见部分b.5.7”，众所周知的问题，在mysql”）

复制拓扑中每台服务器都必须配置一个唯一的服务器ID，您可以指定使用--server-id选项此服务器ID识别复制拓扑在单独的服务器，必须在1和一个正整数（2^三十二1）?。如果你设置一个0服务器ID主人，它拒绝从奴隶的任何连接，如果你设置一个0服务器ID是奴隶，它拒绝连接到一个主。除此之外，你如何组织和选取的号码是你的选择，只要每个服务器ID不同，使用的复制拓扑中的任何其他服务器，其他服务器ID。这个server_id系统变量默认设置为1。一个服务器可以开始使用这个默认的服务器ID，但信息是如果你没有指定服务器ID明确发。

每个复制的奴隶必须如果尚未有一个独特的服务器ID.，这部分从安装程序需要重新启动服务器。

如果从服务器ID没有设置，或者当前的价值冲突与价值，你所选择的主服务器，关闭服务器和编辑[mysqld]在配置文件中指定一个唯一的服务器ID。例如部分：

[mysqld]server-id=2

修改完成后，重新启动服务器。

如果你设置多个奴隶，每个人必须有一个唯一的非零server-id值不同，主、从任何其他的奴隶。

二进制日志的所有服务器上默认启用。奴隶是不需要有二进制日志复制将启用。然而，二进制日志在奴隶意味着奴隶的二进制日志可用于数据备份和故障恢复。

已启用二进制日志的奴隶，也可以作为一个更复杂的复制拓扑的一部分。例如，你可能想要建立复制服务器使用此链接布置：

A -> B -> C

在这里,A作为奴隶的主人B，和B作为奴隶的主人C。这个工作，B必须是主和一个奴隶。更新收到A必须记录的B其二进制日志，为了给C。除了二进制日志，这复制拓扑的要求--log-slave-updates选项可启用。使用此选项，奴隶写道，从主服务器接收和奴隶的SQL线程执行的二进制日志更新自己的奴隶。这个--log-slave-updates选项是默认

如果你需要禁用二进制日志或从更新登录服务器，您可以通过指定--skip-log-bin和--skip-log-slave-updates斯拉夫语选项

每个从连接到使用MySQL用户名和密码的主人，所以必须有主人的奴隶可以使用连接的用户帐户。用户名是由指定的MASTER_USER选择在改变主当你建立一个复制从命令。任何帐户可用于此操作，提供它已获REPLICATION SLAVE特权。您可以选择创建每个从不同的帐户，或连接到使用同一帐户每个奴隶的主人。

虽然你不必创建专门用于复制一个帐户，你应该知道，复制用户名和密码存储在主信息库表的文本mysql.slave_master_info（见第17.2.4.2，“奴隶状态日志”）。因此，你可能需要创建一个单独的账户，只为有特权的复制过程，以尽量减少妥协的可能性其他帐户。

创建一个新帐户，使用CREATE USER。授予该帐户复制所需的权限，使用GRANT声明。如果你仅仅是复制的目的创建一个帐户，这个帐户只需要REPLICATION SLAVE特权。例如，建立一个新的用户，取代，可以连接从任何主机内的复制example.com问题域，这些语句在主：

MySQL的>CREATE USER 'repl'@'%.example.com' IDENTIFIED BY 'password';MySQL的>GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%.example.com';

看到第13.7.1，“账户管理报表”，对用户帐户的操作语句的更多信息。

配置的奴隶在正确的点开始复制过程中，需要注意掌握的当前坐标在二进制日志。

获得硕士双对数坐标，遵循这些步骤：

你现在要使奴隶从正确的位置开始复制二进制日志开始阅读信息。

下一步取决于你对主的现有数据。选择下列选项之一：

如果主数据库中现有的数据需要复制数据到每个奴隶。有不同的方法来把数据从主数据库。以下各节描述了可能的选项。

选择合适的倾销的数据库的方法，在这些选项中选择：

内核>mysqldump --all-databases --master-data > dbdump.db

以下各节描述如何建立奴隶。在你开始之前，确保你已经：

接下来的步骤取决于你现有的数据导入到奴隶或不。看到第17.1.2.5，“选择方法对数据的快照”更多信息。选择下列之一：

shell> mysql -h master < fulldb.dump

建立奴隶与复制的主沟通，有必要的连接信息配置的奴隶。为此，执行以下的奴隶的说法，对你的系统相关的实际值替换选项值：

mysql> CHANGE MASTER TO
    ->     MASTER_HOST='master_host_name',
    ->     MASTER_USER='replication_user_name',
    ->     MASTER_PASSWORD='replication_password',
    ->     MASTER_LOG_FILE='recorded_log_file_name',
    ->     MASTER_LOG_POS=recorded_log_position;

这个CHANGE MASTER TO声明中也有其他的选择以及。例如，可以建立安全的复制使用SSL。一个完整的选项列表，和信息的最大允许长度的字符串值的选项，看第13.4.2.1，“变化掌握语法”

你可以到一个现有的复制配置添加另一个奴隶不停的主人。相反，建立新的奴隶通过复制现有的奴隶，除非你配置不同的新的奴隶server-id价值

复制现有的奴隶：

全局事务标识符（gtid）是一个独特的标识符创建与每个事务在源服务器的承诺相关的（主）。这个标识符是唯一的不只是服务器上，它的起源，而且是独特的在所有服务器在一个给定的复制拓扑。

gtid分配客户交易之间的区分，这是对主人的承诺，和复制的事务，这是一个奴隶转载。当一个客户交易是在主人的承诺，这是分配一个新的gtid，提供交易写入二进制日志。客户交易保证有单调递增的gtids没有生成的数字之间的差距。如果客户交易不写入二进制日志（例如，因为交易被过滤掉，或者交易是只读的），不是分配在源服务器的一gtid。

复制的事务保持相同的gtid，被分配到交易对源服务器。复制的事务开始执行之前，gtid是存在的，并坚持即使复制事务不是写在奴隶的二进制日志，或是过滤出来的奴隶。MySQL系统表mysql.gtid_executed是用来保存指定GTIDs所有交易施加在一个MySQL服务器，除了那些被存储在当前的二进制日志文件。

对于gtids自动跳过功能意味着在主提交的事务可以应用不超过一次的奴隶，这有助于保证一致性。一次与一个给定的gtid交易一直致力于在一个给定的服务器，任何试图以同样的gtid执行后续事务是由服务器忽略。没有错误是升高的，并在交易没有执行语句。

如果一个给定的gtid交易已经开始在服务器上执行，但尚未提交或回滚，任何试图在同gtid服务器启动一个并发事务将块。没有开始执行并发事务也将控制返回给客户端服务器。一旦在交易的第一次尝试提交或回滚，并发会话被阻塞在同一gtid可以。如果第一次尝试回滚，一个并发会话继续尝试交易，和任何其他并发会话被阻塞在同一gtid保持封闭。如果第一次尝试的承诺，所有的并发会话停止封锁，并自动跳过所有的交易报表。

一个gtid表示为一对坐标，由冒号分隔（:），如下所示：

GTID =source_id：transaction_id

这个source_id标识源服务器。通常，服务器的server_uuid用于此目的的。这个transaction_id是一个由顺序在交易服务器上的承诺确定的序列数；例如，将第一个交易一作为其transaction_id，和第十的交易是在同一个源服务器将被分配一个transaction_id属于十。一个事务都是不可能的0作为一个gtid序列号。例如，将原来的UUID服务器二十三交易3e11fa47 - 71ca - 11e1 - 9e33 - c80aa9429562这个GTID：

3E11FA47-71CA-11E1-9E33-C80AA9429562:23

这种格式是用来在诸如输出代表gtidsSHOW SLAVE STATUS以及在二进制日志。他们也可以看到当查看日志文件mysqlbinlog--base64-output=DECODE-ROWS或在输出SHOW BINLOG EVENTS

书面陈述如输出SHOW MASTER STATUS或表明奴隶的身份，一系列来自同一服务器gtids可以折叠成一个单一的表达，如下所示。

3E11FA47-71CA-11E1-9E33-C80AA9429562:1-5

上面的例子是第一到第五的交易来自MySQL服务器的server_uuid是3e11fa47 - 71ca - 11e1 - 9e33 - c80aa9429562

这种格式也可以用来提供所需的参数START SLAVE选项在SQL _ _ gtids和SQL_AFTER_GTIDS

gtid_set:
    uuid_set [, uuid_set] ...
    | ''

uuid_set:
    uuid:interval[:interval]...

uuid:
    hhhhhhhh-hhhh-hhhh-hhhh-hhhhhhhhhhhh

h:
    [0-9|A-F]

interval:
    n[-n]

    (n >= 1)

创建表gtid_executed（source_uuid char（36）不为空，interval_start bigint（20）不为空，interval_end bigint（20）不为空，主键（source_uuid，interval_start））

MySQL的>SELECT * FROM mysql.gtid_executed;-------------------------------------- ---------------- -------------- | source_uuid | interval_start | interval_end | | -------------------------------------- ---------------- -------------- | | 3e11fa47-71ca-11e1-9e33-c80aa9429562 | 37 | 37 | | 3e11fa47-71ca-11e1-9e33-c80aa9429562 | 38 | 38 | | 3e11fa47-71ca-11e1-9e33-c80aa9429562 | 39 | 39 | | 3e11fa47-71ca-11e1-9e33-c80aa9429562 | 40 | 40 | | 3e11fa47-71ca-11e1-9e33-c80aa9429562 | 41 | 41 | | 3e11fa47-71ca-11e1-9e33-c80aa9429562 | 42 | 42 | | 3e11fa47-71ca-11e1-9e33-c80aa9429562 | 43 | 43 |…

+--------------------------------------+----------------+--------------+
| source_uuid                          | interval_start | interval_end |
|--------------------------------------+----------------+--------------|
| 3E11FA47-71CA-11E1-9E33-C80AA9429562 | 37             | 43           |
...

MySQL的>SELECT * FROM performance_schema.threads WHERE NAME LIKE '%gtid%'\G*************************** 1。行*************************** thread_id：26名称：螺纹/ SQL / compress_gtid_table类型：前景processlist_id：1 processlist_user：空processlist_host：空processlist_db：nullprocesslist_command：守护processlist_time：1509 processlist_state：悬浮processlist_info：空parent_thread_id：1作用：空仪表：是的历史：是的connection_type：空thread_os_id：18677

一个gtid生命周期包括以下步骤：

这是完全过滤掉在掌握客户交易不分配一个gtid，因此他们没有加入到交易中的设置gtid_executed系统变量，或添加到mysql.gtid_executed表然而，复制的事务，完全过滤掉了奴隶是坚持。如果二进制日志是从启用，筛选出交易写入二进制日志作为一个Gtid_log_event其次是只包含一个空的交易开始和COMMIT语句。如果二进制日志被禁用，对筛选出的交易gtid写入mysql.gtid_executed表过滤交易保持gtids保证mysql.gtid_executed表中的组gtidsgtid_executed系统变量可以被压缩。它还确保过滤掉交易不再次检索如果奴隶重新连接到主。

在一个多线程复制的奴隶（与slave_parallel_workers > 0），交易可以应用并行，所以复制的事务可以提交了订单（除非slave_preserve_commit_order=1是集）。当这种情况发生时，在设定的gtidsgtid_executed系统变量将包含多个gtid范围与差距。（在主或单线程复制的奴隶，会有单调递增的gtids没有之间的数字。差距）在最近应用交易只出现在多线程复制奴隶的空白，并填充在复制过程。当复制线程停止清洁利用STOP SLAVE声明中，正在进行的交易的应用使缝隙填满。在一个关闭如服务器故障或使用的事件KILL声明停止复制线程，差距可能依然存在。

客户机通过设置变量模拟复制的交易是可能的@@session.gtid_next一个有效的gtid（由一个UUID和事务序列号，用冒号分隔）执行交易之前。这种技术是用mysqlbinlog生成一个转储，客户端可以重放保护GTIDs的二进制日志。一个模拟的复制事务致力于通过客户端完全等价于一个复制的事务通过复制线程的承诺，他们不能区分事实后。

gtids代替以前需要确定的点开始，文件偏移量对停止或恢复主机和从机之间的数据流。当gtids都在使用，所有的信息，从需求与主同步直接从复制数据流获取。

使用基于gtid复制开始的奴隶，你不包括MASTER_LOG_FILE或master_log_pos选择在CHANGE MASTER TO声明用于直接从复制从一个给定的主。这些选项指定的日志文件的名称和起始位置的文件，但GTIDs的奴隶不需要全局数据。相反，你需要使master_auto_position选项为充分说明配置和启动主人和奴隶使用gtid通过复制，看第17.1.3.4，“设置复制使用gtids”

这个MASTER_AUTO_POSITION选项默认是禁用的。如果多源复制在奴隶的启用，你需要为每个应用复制通道设置选项。禁用master_auto_position期权又让奴隶恢复到基于文件的复制，在这种情况下，您还必须指定一个或两个的MASTER_LOG_FILE或master_log_pos选项

当一个复制的奴隶已经gtids启用（GTID_MODE=ON，一个多月以前评论或OFF_PERMISSIVE）和master_auto_position启用选项，自动定位是连接到主活性。船长必须有GTID_MODE=ON设置为连接成功。在初始握手，从发送gtid集包含交易，它已经收到，承诺，或两者。这gtid设置在相等的gtids集的联盟gtid_executed系统变量（global.gtid _ executed @），并记录在性能模式gtids集replication_connection_status表收到交易（语句的结果选择received_transaction_set从performance_schema.replication_connection_status）

大师的响应发送的所有交易记录在其二进制日志的gtid是不包括在gtid由奴隶派。这种交流使主人只发送交易与gtid认为奴隶已经不能记录或承诺。如果从多个主机接收到的交易，在金刚石拓扑的情况下，自动跳过功能确保交易不适用两次。（自动跳过功能也保证了主跳在初始握手。奴隶把交易）

如果有，应该是由主机发送的交易已经从主的二进制日志清除，或添加该组gtidsgtid_purged另一个方法的系统变量，主发送错误er_master_has_purged_required_gtids的奴隶，并复制不启动。失踪的GTIDs清除交易识别和警告消息在主人的错误日志上市是_发现_ _ gtids缺失。奴隶不能自动恢复从这个错误是因为交易历史是需要赶上主零件已被清除。尝试重新连接无MASTER_AUTO_POSITION选项启用仅导致清除交易奴隶的损失。正确的方法，从这种情况中恢复是从复制丢失的上市交易的是_发现_ _ gtids缺失从另一个源的信息，或为奴隶被从最近的备份创建了一个新的奴隶取代。考虑修改二进制日志保质期（binlog_expire_logs_seconds）在确保这种情况不会再次发生的主。

如果交易发现奴隶记录或提交的事务在gtid大师的UUID的交换中，但主人本身并没有承诺他们，主发送错误er_slave_has_more_gtids_than_master对奴隶和复制不启动。这种情况如果奴隶供应成为新的大师出现，但是你没有核实，奴隶是更先进的比其他的奴隶。正确的方法，从这种情况中恢复是手动检查是否主从有分歧，并进行个人交易的需要手动解决冲突，或删除或主人或奴隶的复制拓扑。

本节介绍了用于配置和启动基于MySQL 8 gtid复制过程。这是一个“冷启动“程序的假设，你开始第一次的复制，或有可能阻止它；关于配置复制奴隶使用从运行主gtids信息，看第17.1.3.5，“用gtids故障转移和Scaleout”。有关更改服务器上的在线gtid模式的信息，参见第17.1.5，“改变复制模式的在线服务器”

最简单的可能的gtid复制拓扑结构由一个主机和一个奴隶在启动过程中的关键步骤如下：

在下面的例子中，两个服务器已经为主人和奴隶，使用MySQL的二进制日志位置的复制协议。如果你开始看到新的服务器，第17.1.2.3，“创建一个用户复制”有关添加复制连接一个特定的用户信息第17.1.2.1，“设置复制主配置”有关设置server_id变量。下面的示例演示如何存储mysqld在服务器选项文件启动选项，看第4.2.6、“使用选项文件”更多信息。或者你可以使用启动选项运行时mysqld

大部分的步骤需要MySQL的使用root帐户或另一个MySQL的用户帐户，有SUPER特权mysqladminshutdown要么需要超级的特权或SHUTDOWN特权

步骤1：同步服务器这一步只需要工作，已经不使用时gtids服务器复制。新的服务器继续进行步骤3。使服务器的只读设置read_only系统变量打开（放）我们每个服务器by the following：发行

mysql> SET @@global.read_only = ON;

等待所有正在进行的事务提交或回滚。然后，让奴隶赶上大师。你让奴隶已经处理了所有的更新在继续之前是非常重要的

如果你使用二进制日志以外的任何复制的，例如做时间点备份和恢复，等到你不需要包含交易的旧的二进制日志没有gtids。理想情况下，等待服务器来清除所有的二进制日志，并等待所有现有的备份过期。

步骤2：停止both服务器。停止每个服务器使用mysqladmin如图所示，在username是一个具有足够的权限来关闭服务器MySQL用户的用户名：

内核>mysqladmin -uusername -p shutdown

然后提供该用户的密码的提示。

第三步：起步舞步舞步舞曲使gtid通过复制，每个服务器必须开始启用gtid模式设置gtid_mode变量打开（放），并与enforce_gtid_consistency变量能够确保只有安全的基础gtid复制报表记录。例如:

gtid_mode=ONenforce-gtid-consistency=true

此外，你应该开始奴隶的--skip-slave-start在配置了奴隶的设置选项。在gtid相关选项和变量的更多信息，参见第17.1.6.5，“全局事务ID选项和变量”

它不是强制性的有二进制日志启用要使用gtids时使用mysql.gtid_executed表。大师总是有二进制日志功能为了能够复制。然而，从服务器可以使用gtids但没有二进制日志。如果你需要禁用一个从属服务器的二进制日志，你可以通过指定--skip-log-bin和--skip-log-slave-updates斯拉夫语选项

步骤4：配置从属使用gtid基于自动定位。告诉奴隶使用主gtid交易作为复制的数据源，并使用gtid基于自动定位而不是基于文件的定位。问题CHANGE MASTER TO在奴隶的声明，包括master_auto_position在一份声明中说奴隶主人的交易是通过gtids选项。

您可能还需要提供适当的值为硕士的主机名和端口号以及复制的用户帐户可以由奴隶用于连接到主的用户名和密码；如果这些已经设置为步骤1并没有进一步的需要作出改变之前，相应的选项可以安全地从这里显示的表略。

mysql> CHANGE MASTER TO
     >     MASTER_HOST = host,
     >     MASTER_PORT = port,
     >     MASTER_USER = user,
     >     MASTER_PASSWORD = password,
     >     MASTER_AUTO_POSITION = 1;

无论是MASTER_LOG_FILE选项和master_log_pos选择may be used withMASTER_AUTO_POSITION等于1。试图这么做的原因CHANGE MASTER TO语句失败与错误

第五步：采取一个新的备份。现有的备份，在你启用gtids可以不再使用这些服务器上现在你已经开启了gtids。在这一点上采取一个新的备份，这样你就不会没有一个可用的备份。

例如，您可以执行FLUSH LOGS在服务器上你要备份。然后直接把备份或等待任何周期的备份程序可以设置下一个迭代。

步骤6：开始奴隶和禁用只读模式。从这样开始：

mysql> START SLAVE;

如果你配置服务器在步骤1中是只读的步骤是必要的。允许服务器开始接受更新一次，发表如下声明：

mysql> SET @@global.read_only = OFF;

基于gtid复制现在应该运行，你可以开始（或继续）之前，作为主人的活动。第17.1.3.5，“用gtids故障转移和Scaleout”，讨论新的奴隶创作时使用gtids。

还有当使用全局事务标识符MySQL复制技术数（gtids）配置新的奴隶，然后可以用于scaleout，被提拔为掌握必要的故障转移。本节描述了以下技术：

全局事务标识符添加到MySQL复制简化为在复制数据流管理、特别是故障转移活动的目的。每个标识符唯一地标识一组二进制日志事件，共同构成了一个交易。gtids在将更改应用到数据库中扮演一个关键角色：服务器自动跳过任何具有标识符，服务器识别为一个具有加工前的交易。这种行为是至关重要的自动复制的定位和正确的故障转移。

标识符和包含一个给定的事务是在二进制日志中捕获的事件集之间的映射。这带来了一些挑战，当配置一个新的服务器与另一个现有服务器数据。在新的服务器复制的标识符，它是必要的复制标识符从旧服务器到新的一个，并且保持标识符和实际事件之间的关系。这是恢复奴隶，立即为候选人成为故障转移或切换新掌握必要的。

简单的复制复制所有标识符和交易上的一个新的服务器的最简单的方法是使新的服务器为主，整个执行历史的奴隶，使全局事务标识符在服务器。看到第17.1.3.4，“设置复制使用gtids”为更多的信息

一旦复制开始，新的服务器副本从掌握整个二进制日志中，从而获得所有关于GTIDs的所有信息。

该方法简单有效，但需要奴隶从主人读取二进制日志；有时要赶上掌握新的奴隶一个比较长的时间，所以这个方法不适合快速故障转移或从备份还原。本节说明如何避免取所有的执行历史的二进制日志文件复制到新服务器的主。

复制数据和事务的奴隶。执行整个交易历史很耗时，当源服务器处理大量的交易之前，这可以代表一个主要的瓶颈时，建立一个新的复制的奴隶。为了消除这一要求，数据集的一个快照，二进制日志和源服务器包含了全球交易信息可以导入到新的奴隶。源服务器可以是主人还是奴隶，但你必须确保源处理所需的所有交易数据复制。

这种方法有几个变种，所不同的是，在从二进制日志数据仓库和交易转移到奴隶的方式，在这里：

这种方法的优点是一个新的服务器几乎立即可用；只有那些交易承诺而快照或转储文件被重播仍需从现有获得硕士。这意味着奴隶的可用性不instantanteous，但只有一个相对较短的时间量应为奴隶赶上这些仅存的交易要求。

在二进制日志复制到目标服务器提前通常比从实时掌握阅读整个事务执行历史更快。然而，它并不总是移动这些文件到目标需要时可行的，由于尺寸或其他方面的考虑。剩下的两个方法提供这部分用其他方式传递信息到新的奴隶交易讨论了一个新的奴隶。

注射空交易大师的全球gtid_executed变量包含在主执行的所有事务集。而不是复制二进制日志时采取快照提供一个新的服务器，你可以注意的内容gtid _ executed在服务器上的快照拍摄。在加入新的服务器复制链，只是将一个空的交易在新服务器上为每个事务标识符包含在主人gtid_executed，像这样：

SET GTID_NEXT='aaa-bbb-ccc-ddd:N';BEGIN;COMMIT;SET GTID_NEXT='AUTOMATIC';

一旦所有的事务标识符已恢复，这样使用空的交易，你必须冲洗和清除奴隶的二进制日志，如图所示，在N是当前的二进制日志文件名后缀的零：

刷新日志；清除“master-bin.00000二进制日志N'；

你应该这样做防止服务器复制流洪水的事件，后来晋升为大师的虚假交易。（TheFLUSH LOGS声明一个新的二进制日志文件的力量创造；PURGE BINARY LOGS清洗空交易，但保留了它们的标识符。）

此方法创建一个服务器，基本上是一个快照，但是时间能够成为高手的二进制日志历史收敛，复制流（即，当它赶上硕士或硕士）。这一结果的影响，利用剩余的供应方法得到的是类似的，这是我们讨论接下来的几段。

包括与gtid _ purged交易。大师的全球gtid_purged变量包含所有交易已经从主的二进制日志清除设置。与前面讨论的方法（见注射空交易），你可以记录值gtid_executed在服务器上的快照（在被复制到新服务器的二进制日志的地方）。不同于以往的方法，不需要提交空交易（或发行PURGE BINARY LOGS）；相反，你可以设置gtid_purged对奴隶的直接，基于价值gtid_executed在服务器上的备份或快照拍摄。

与使用空的交易方法，此方法创建一个服务器，在功能上是一个快照，但是时间能够成为高手的二进制日志历史收敛的复制或组。

恢复gtid时尚的奴隶。恢复在gtid基于复制安装程序遇到错误的奴隶时，注入一个空的交易不可能解决问题，因为一个事件没有gtid。

使用mysqlbinlog寻找下一个交易，这可能是在事件发生后的下一个日志文件的第一交易。的所有内容复制到COMMIT对于交易，确保包括设置“@session.gtid_next。即使你不使用基于行的复制，你仍然可以运行的二进制日志行事件的命令行客户端。

停止从运行你复制的事务。这个mysqlbinlog输出设置分隔符/*!*/;，所以放回：

MySQL的>DELIMITER ;

从正确的位置复制自动重启：

mysql> SET GTID_NEXT=automatic;
mysql> RESET SLAVE;
mysql> START SLAVE;

因为gtid基于复制依赖于交易，否则一些特征可在不使用时支持MySQL。本节提供有关和复制GTIDs的局限性限制的信息。

涉及非事务性存储引擎更新。当使用gtids，使用非事务性存储引擎如表更新MyISAM不能在同一语句或事务作为利用事务存储引擎如表更新InnoDB

这种限制是由于表使用非事务性存储引擎混合表使用事务性存储引擎在同一个事务更新更新可以导致被分配到相同的事务多gtids。

同样的问题也发生在主人与奴隶的使用不同的存储引擎的各自的同一个表的版本，其中一个存储引擎是事务性的，其他的不。注意，触发器是定义在非事务表的操作，可以对这些问题产生的原因。

在任何情况下，刚才提到的，交易和GTIDs之间的一对一对应关系被打破，其结果是基于gtid复制不能正常。

创建表…SELECT语句。CREATE TABLE ... SELECT不安全的基于语句的复制。使用基于行的复制时，这实际上是记录作为两个独立的事件，一个表的创作，另一个用于从源表中的行插入新表刚刚创建的。当这个语句是在一个事务内执行，有可能在某些情况下，这两个事件得到相同的事务标识符，这意味着由奴隶跳过包含插入的交易。因此，创建表…选择不使用时gtid以复制支持。

gtids和ALTER TABLE语句。为ALTER TABLE ... ADD，如果列有表达的默认值，使用非确定性函数，声明可能会产生一个警告或错误：

临时表CREATE TEMPORARY TABLE和DROP TEMPORARY TABLE语句不支持内部交易时使用的GTIDs（即服务器在启动时用--enforce-gtid-consistency选项）。可以使用这些语句gtids启用，但只有以外的任何交易，只有autocommit=1

防止不支持的语句的执行。防止语句会导致gtid基于复制失败的执行，所有服务器都必须开始与--enforce-gtid-consistency选项时，使GTIDs。这使得任何先前讨论这段失败与错误的类型声明。

请注意，--enforce-gtid-consistency只有生效如果二进制日志发生的声明。如果二进制日志服务器上禁用，或者语句不写入二进制日志，因为它们通过过滤除去，gtid一致性不检查或执行不记录报表。

有关其他要求的启动选项时，使gtids，看第17.1.3.4，“设置复制使用gtids”

跳过的交易sql_slave_skip_counter不使用时gtids支持。如果你需要跳过交易，使用总的价值gtid_executed而不是看到变量；注射空交易为更多的信息

忽略服务器的ignore_server_ids选项CHANGE MASTER TO声明是不推荐使用时gtids，因为已经应用的交易都可以自动忽略。在开始gtid通过复制，检查并清除所有忽视服务器ID列表中已经涉及的服务器设置。这个SHOW_SLAVE_STATUS声明，这可为各个渠道发行，显示忽略服务器ID列表如果有一。如果没有列表的replicate_ignore_server_ids字段是空白

gtid mysqldump和时尚。这可能是进口自用mysqldump一个MySQL服务器启用gtid模式运行，只要有在目标服务器的二进制日志没有gtids。

gtid模式和mysql_upgrade。当服务器与全球事务标识符（gtids启用（运行）gtid_mode=ON），不启用二进制日志的mysql_upgrade（The--write-binlog选项）

MySQL多源复制使复制从接受交易，同时从多个数据源。多源复制可以用来支持多个服务器，一个服务器，合并表碎片，并整合来自多个服务器，一个服务器的数据。多源复制不实施任何冲突检测和解决在交易，这些任务留给应用程序如果需要。在多源复制拓扑，奴隶创造每个主人应该从接收事务复制通道。看到第17.2.3，“复制通道”。以下各节描述如何建立多源复制。

本节提供的教程如何配置多源复制主人和奴隶，以及如何启动、停止、复位多源的奴隶。

STOP SLAVE;
SET GLOBAL master_info_repository = 'TABLE';
SET GLOBAL relay_log_info_repository = 'TABLE';

CHANGE MASTER TO MASTER_HOST='master1', MASTER_USER='rpl', MASTER_PORT=3451, MASTER_PASSWORD='', \
MASTER_AUTO_POSITION = 1 FOR CHANNEL 'master-1';

CHANGE MASTER TO MASTER_HOST='master1', MASTER_USER='rpl', MASTER_PORT=3451, MASTER_PASSWORD='' \
MASTER_LOG_FILE='master1-bin.000006', MASTER_LOG_POS=628 FOR CHANNEL 'master-1';

监控状态复制通道下列选项的存在：

mysql> SELECT * FROM replication_connection_status\G;
*************************** 1. row ***************************
CHANNEL_NAME: master1
GROUP_NAME:
SOURCE_UUID: 046e41f8-a223-11e4-a975-0811960cc264
THREAD_ID: 24
SERVICE_STATE: ON
COUNT_RECEIVED_HEARTBEATS: 0
LAST_HEARTBEAT_TIMESTAMP: 0000-00-00 00:00:00
RECEIVED_TRANSACTION_SET: 046e41f8-a223-11e4-a975-0811960cc264:4-37
LAST_ERROR_NUMBER: 0
LAST_ERROR_MESSAGE:
LAST_ERROR_TIMESTAMP: 0000-00-00 00:00:00
*************************** 2. row ***************************
CHANNEL_NAME: master2
GROUP_NAME:
SOURCE_UUID: 7475e474-a223-11e4-a978-0811960cc264
THREAD_ID: 26
SERVICE_STATE: ON
COUNT_RECEIVED_HEARTBEATS: 0
LAST_HEARTBEAT_TIMESTAMP: 0000-00-00 00:00:00
RECEIVED_TRANSACTION_SET: 7475e474-a223-11e4-a978-0811960cc264:4-6
LAST_ERROR_NUMBER: 0
LAST_ERROR_MESSAGE:
LAST_ERROR_TIMESTAMP: 0000-00-00 00:00:00
2 rows in set (0.00 sec)
	    

MySQL的>SELECT * FROM replication_connection_status WHERE CHANNEL_NAME='master1'\G*************************** 1。行*************************** channel_name：master1group_name：source_uuid：046e41f8-a223-11e4-a975-0811960cc264thread_id：24service_state：oncount_received_heartbeats：0last_heartbeat_timestamp：0000-00-00 00:00:00received_transaction_set：046e41f8-a223-11e4-a975-0811960cc264:4-37last_error_number：0last_error_message：last_error_timestamp：0000-00-00 00:00:001行集（0秒）

错误代码和消息提供关于多源复制拓扑中遇到错误信息。这些错误代码和消息只时发出的多源复制启用，并提供所产生的误差通道的相关信息。例如:

从已经运行和从已停止已被替换复制线程（S）通道channel_name已经运行和复制线程（S）通道channel_name已经停止了分别

服务器日志消息也已经改变，表明通道的日志消息有关。这使得更容易调试和跟踪。

能够安全地配置网络服务器它是理解复制一些关键概念重要的复制模式。本节说明这些概念是在试图修改一个在线服务器的复制模式，阅读是必要的。

在MySQL复制可用的模式依赖于识别登录交易不同的技术。复制所使用的交易类型如下：

当使用gtids可以利用自动定位和自动故障切换，以及使用WAIT_FOR_EXECUTED_GTID_SET()，session_track_gtids，和监视复制的事务使用性能模式表。与gtids使您无法使用sql_slave_skip_counter，而用空的交易

在中继日志是从掌握运行MySQL的以前的版本收到的交易可能无法在任何特定的事件，但在被重放和记录在奴隶的二进制日志，他们都有一个Anonymous_gtid_log_event

配置复制模式在线的能力意味着gtid_mode和enforce_gtid_consistency变量是现在动态和可设置的账户有顶层声明SYSTEM_VARIABLES_ADMIN或SUPER特权。在MySQL 5.6及以下，这两个变量只能被配置在服务器开始使用相应的选项，这意味着复制模式需要重启服务器的变化。在所有版本gtid_mode可以设置为打开（放）或OFF，这与gtids是否进行交易或不。什么时候gtid_mode=ON这是不可能复制的匿名交易，当gtid_mode=OFF只有匿名交易可以复制。什么时候gtid_mode=OFF_PERMISSIVE然后新交易是匿名的，允许复制的事务是gtid或匿名交易。什么时候gtid_mode=ON_PERMISSIVE然后新交易中使用gtids同时允许复制的事务是gtid或匿名交易。这意味着它有可能复制拓扑中，服务器使用匿名和gtid交易。例如一个主人gtid_mode=ON可以复制一个奴隶gtid_mode=ON_PERMISSIVE。有效值为gtid_mode如下，在这个阶：

需要注意的是，国家重要的gtid_mode只能改变由一步一个脚印，基于上述订单。例如，如果gtid_mode目前将off_permissive，它是可能的变化OFF或on_permissive但不ON。这是为了确保从匿名交易gtid在线交易是由服务器正确处理过程。当您切换gtid_mode=ON和gtid_mode=OFF的状态，gtid（换句话说，价值gtid_executed）是持久的。这确保了gtid集已由服务器应用可以一直保留，无论类型之间的变化gtid_mode

相关gtids字段显示正确的信息，无论当前选择gtid_mode。这意味着领域显示gtid集，如gtid_executed，gtid_purged，received_transaction_set在replication_connection_status性能模式表，和gtid相关结果SHOW SLAVE STATUS现在，返回空字符串时，没有gtids目前。字段显示一个gtid，如current_transaction在replication_applier_status_by_worker 性能模式表，现在显示匿名当gtid交易不被使用。

复制从主使用gtid_mode=ON提供了使用自动定位的能力，配置使用CHANGE MASTER TO MASTER_AUTO_POSITION = 1;声明。复制拓扑是是否启用自动定位或没有影响，这个特性依赖于gtids和不兼容的匿名交易。一个错误是如果自动定位的启用和遇到一个匿名交易的产生。它是强烈建议，以确保不存在匿名交易中剩余的拓扑启用自动定位，看第17.1.5.2，“使gtid在线交易”

的有效组合gtid_mode自动定位在主从如下表所示，其中硕士gtid_mode在水平和奴隶的证明gtid_mode在垂直。每一项的含义如下：

当前选定的gtid_mode这也影响gtid_next变量。下表显示了不同服务器的行为gtid_mode和gtid_next。每一项的含义如下：

当二进制日志是关闭的，gtid_next是集自动，然后没有产生gtid。这是与以前版本的行为一致。

本节介绍了如何使gtid交易，和可选的自动定位，对已经在线和使用匿名交易服务器。本程序不需要让服务器离线，适合在生产中的应用。然而，如果你有可能把服务器脱机时，使gtid交易过程更容易。

在你开始之前，确保服务器满足以下条件：

下面的程序可以在任何时候暂停后恢复了它在哪里，或反跳到相应的步骤第17.1.5.3，“禁用gtid在线交易”在线程序，禁用GTIDs。这使得程序容错因为可能出现在程序中任何无关的问题可以照常办理，然后程序继续在那里离开。

使gtid交易：

本节介绍了如何禁用gtid交易服务器已经在线。本程序不需要让服务器离线，适合在生产中的应用。然而，如果你有可能把服务器脱机时禁用gtids模式，过程更容易。

该过程类似于使gtid交易服务器同时在线，但倒车的步骤。惟一的区别就是在这一点上你等待记录的事务复制。

在你开始之前，确保服务器满足以下条件：

如果你想安装较早版本的MySQL，你现在可以这样做，使用正常的降级程序。

本节说明如何监视复制拓扑和验证所有匿名交易被复制。这是有助于改变复制模式在线你可以确认它是安全的gtid交易变化。

有等待事务复制的几种可能方式：

最简单的方法，它不管你的拓扑结构，但依赖于时间如下：如果你确信奴隶也从来没有落后超过N秒，只是等待比N秒多一点。或等待一天，或任何你认为安全的时间为您的部署。

在某种意义上更安全的方法，它不依赖于时间：如果你只有一个主与一个或更多的奴隶，做以下：

如果你有一个主和奴隶，多层次的，或者说你有奴隶的奴隶，重复步骤2，在每一个层面上，从主人，那么直接的奴隶，然后奴隶的奴隶，等等。

如果你使用一个圆形的复制拓扑的多个服务器上可能写的客户，执行步骤2每个主从连接，直到你已经完成了一圈。重复整个过程让你做全圆两次

For example, suppose you have three servers A, B, and C, replicating in a circle so that A -> B -> C -> A. The procedure is then:

以下列表提供关于MySQL的命令行选项和系统变量适用于复制和二进制日志基本信息。

命令行选项和系统变量在下面的列表与复制大师和复制的奴隶。第17.1.6.2，“复制选项和变量”，提供有关复制主服务器的选择和变量的更多详细信息。有关复制奴隶的选择和变量的更多信息，参见第17.1.6.3，“复制从选项和变量”

以下列表中的命令行选项和系统变量涉及到二进制日志。第17.1.6.4，二进制日志记录选项和变量”，提供的选项和有关的二进制日志变的更详细的信息。关于二进制日志的其他信息，看5.4.4节，“二进制日志”

对于一个上市全部命令行选项，用于系统状态变量mysqld，看到第，“服务器选项，系统变量和状态变量的引用”

本节描述服务器选项和系统变量，你可以使用复制主服务器。您可以指定的选项是对的命令行或在选项文件。您可以指定使用系统变量的值SET

在主和每一个奴隶，你必须使用server-id选择建立一个独特的复制ID.的每个服务器，你应该选择一个独特的正整数的范围从1到2^三十二?1，每个ID必须不同于使用其他任何复制主或从其他每个ID。例子:server-id=3

用于主控制二进制日志记录选项，看第17.1.6.4，二进制日志记录选项和变量”

本节说明服务器选项和系统变量，适用于从复制服务器和包含以下：

指定的选项是对的命令行或在选项文件。有许多选项可设置在服务器正在运行的应用CHANGE MASTER TO声明。指定系统变量值的使用SET

服务器ID在主和每一个奴隶，你必须使用server-id选择建立一个独特的复制ID的范围从1到2^三十二?1“独特“意味着每个ID必须不同于使用其他任何复制主或从其他每个ID。例子my.cnf文件：

[mysqld]server-id=3