Aurora 与 MySQL 之间或 Aurora 与其他 Aurora 数据库集群之间的复制（二进制日志复制）

从命令 Shell 中停止 mysql 服务。

sudo service mysqld stop

编辑 my.cnf 文件（此文件通常位于 /etc 下）。

sudo vi /etc/my.cnf

将 log_bin 和 server_id 选项添加到 [mysqld] 节。log_bin 选项为二进制日志文件提供文件名标识符。server_id 选项为源-副本关系中的服务器提供唯一标识符。

如果不需要加密复制，请确保先为外部 MySQL 数据库启用二进制日志并关闭 SSL。

以下是 /etc/my.cnf 文件中未加密数据的相关条目。

log-bin=mysql-bin
server-id=2133421
innodb_flush_log_at_trx_commit=1
sync_binlog=1

如果需要加密复制，请确保先为外部 MySQL 数据库启用 SSL 和二进制日志。

/etc/my.cnf 文件的条目包括 MySQL 数据库服务器的 .pem 文件位置。

log-bin=mysql-bin
server-id=2133421
innodb_flush_log_at_trx_commit=1
sync_binlog=1

# Setup SSL.
ssl-ca=/home/sslcerts/ca.pem
ssl-cert=/home/sslcerts/server-cert.pem
ssl-key=/home/sslcerts/server-key.pem

此外，必须将 MySQL 数据库实例的 sql_mode 选项设置为 0，否则不得将该选项包含在 my.cnf 文件中。

当连接到外部 MySQL 数据库时，记录外部 MySQL 数据库的二进制日志位置。

mysql> SHOW MASTER STATUS;

您的输出应类似于以下内容：

+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000031 |      107 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

有关更多信息，请参阅 MySQL 文档中的 Setting the replication source configuration。

启动 mysql 服务。

sudo service mysqld start

创建 Amazon Aurora 数据库集群的数据库集群快照。有关更多信息，请参阅“创建数据库集群快照”。

通过从刚创建的数据库集群快照进行还原来创建新的 Aurora 数据库集群。确保为存储的数据库集群保留的数据库参数组与为原始数据库集群保留的相同。这样可确保数据库集群的副本已启用二进制日志记录。有关更多信息，请参阅从数据库集群快照还原。

在控制台中，选择 Databases (数据库)，然后单击还原的 Aurora 数据库集群的主实例（写入器）以显示其详细信息。滚动到近期事件。显示的事件消息包括二进制日志文件名和位置。事件消息采用以下格式。

Binlog position from crash recovery is binlog-file-name binlog-position

在开始复制时，保存二进制日志文件名和位置的值。

您也可以通过 Amazon CLI 调用 describe-events 命令以获取二进制日志文件名和位置。下面是包含输出的 describe-events 命令的示例。

PROMPT> aws rds describe-events

{
    "Events": [
        {
            "EventCategories": [],
            "SourceType": "db-instance",
            "SourceArn": "arn:aws:rds:us-west-2:123456789012:db:sample-restored-instance",
            "Date": "2016-10-28T19:43:46.862Z",
            "Message": "Binlog position from crash recovery is mysql-bin-changelog.000003 4278",
            "SourceIdentifier": "sample-restored-instance"
        }
    ]
}

您也可以在 MySQL 错误日志中查找最后一个 MySQL 二进制日志文件位置以获取二进制日志文件名和位置。

如果您的副本目标是另一个 Amazon Web Services 账户 拥有的 Aurora 数据库集群、外部 MySQL 数据库或 RDS for MySQL 数据库实例，则无法从 Amazon Aurora 数据库集群快照中加载数据。但可以通过使用 MySQL 客户端连接到数据库集群并发出 mysqldump 命令，创建 Aurora 数据库集群的转储。请务必针对您创建的 Aurora 数据库集群的副本运行 mysqldump 命令。以下是示例。

PROMPT> mysqldump --databases <database_name> --single-transaction
--order-by-primary -r backup.sql -u <local_user> -p

在完成从新创建的 Aurora 数据库集群中创建数据转储后，请删除该数据库集群，因为不再需要使用该集群。

连接到只读副本，然后运行 mysql.rds_stop_replication 过程以停止复制。

当只读副本处于 Stopped（已停止）时，连接到只读副本并运行 SHOW SLAVE STATUS（Aurora MySQL 版本 2）或 SHOW REPLICA STATUS（Aurora MySQL 版本 3）命令。从 Relay_Master_Log_File 字段检索当前二进制日志文件名，并从 Exec_Master_Log_Pos 字段检索日志文件位置。在开始复制时保存这些值。

在只读副本保持 Stopped (已停止) 状态期间，创建只读副本的数据库快照。有关更多信息，请参阅 Amazon Relational Database Service 用户指南 中的创建数据库快照。

删除只读副本。

创建转储之前，您需要确保转储的二进制日志位置随源实例中的数据保持最新状态。为此，必须先使用以下命令停止对实例进行的任何写入操作：

mysql> FLUSH TABLES WITH READ LOCK;

使用 mysqldump 命令创建 MySQL 数据库的转储，如下所示：

PROMPT> sudo mysqldump --databases <database_name> --master-data=2  --single-transaction \
--order-by-primary -r backup.sql -u <local_user> -p

创建转储之后，请使用以下命令解锁 MySQL 数据库中的表：

mysql> UNLOCK TABLES;

将 mysqldump 命令的输出从复制源复制到也可以连接到 MySQL 数据库实例的位置。

使用 mysql 命令连接到 MySQL 数据库实例。以下是示例。

PROMPT> mysql -h <host_name> -port=3306 -u <db_master_user> -p

在 mysql 提示符下，运行 source 命令并向它传递您的数据库转储文件名，以便将数据加载到 MySQL 数据库实例中，例如：

mysql> source backup.sql;

将 mysqldump 命令的输出从复制源复制到也可以连接到 MySQL 数据库的位置。

使用 mysql 命令连接到 MySQL 数据库。以下是示例。

PROMPT> mysql -h <host_name> -port=3306 -u <db_master_user> -p

在 mysql 提示符下，运行 source 命令并向它传递您的数据库转储文件名，以便将数据加载到 MySQL 数据库中。以下是示例。

mysql> source backup.sql;

如果数据库集群副本目标是从数据库集群快照创建的，请连接到数据库集群副本目标并发出 SHOW MASTER STATUS 命令。从 File 字段检索当前二进制日志文件名，并从 Position 字段检索日志文件位置。

如果数据库集群副本目标是从数据库快照创建的，则您需要作为复制起点的二进制日志文件和二进制日志位置。您在创建复制源的快照时，从 SHOW SLAVE STATUS（Aurora MySQL 版本 2）或 SHOW REPLICA STATUS（Aurora MySQL 版本 3）命令中检索了这些值。

连接到数据库集群并调用以下过程，使用上一步骤中的二进制日志文件名和位置启动与复制源之间的复制：

以下示例适用于 Aurora MySQL 版本 3。

CALL mysql.rds_set_external_source ('mydbinstance.123456789012.us-east-1.rds.amazonaws.com', 3306,
    'repl_user', '<password>', 'mysql-bin-changelog.000031', 107, 0);
CALL mysql.rds_start_replication;

如果数据库实例副本目标是从数据库快照创建的，则您需要作为复制起点的二进制日志文件和二进制日志位置。您在创建复制源的快照时，从 SHOW SLAVE STATUS（Aurora MySQL 版本 2）或 SHOW REPLICA STATUS（Aurora MySQL 版本 3）命令中检索了这些值。

连接数据库实例，并调用 mysql.rds_set_external_master（Aurora MySQL 版本 2） 或 mysql.rds_set_external_source（Aurora MySQL 版本 3） 和 mysql.rds_start_replication 过程，以开始与复制源之间的复制。使用上一步中的二进制日志文件名和位置。以下是示例。

CALL mysql.rds_set_external_master ('mydbcluster.cluster-123456789012.us-east-1.rds.amazonaws.com', 3306,
    'repl_user', '<password>', 'mysql-bin-changelog.000031', 107, 0);
CALL mysql.rds_start_replication;

检索作为复制起点的二进制日志文件和二进制日志位置。您在创建复制源的快照时，从 SHOW SLAVE STATUS（Aurora MySQL 版本 2）或 SHOW REPLICA STATUS（Aurora MySQL 版本 3）命令中检索了这些值。如果外部 MySQL 副本目标是从使用 mysqldump 选项的 --master-data=2 命令的输出填充的，则二进制日志文件和二进制日志位置包含在该输出中。以下是示例。

--
-- Position to start replication or point-in-time recovery from
--

-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin-changelog.000031', MASTER_LOG_POS=107;

连接到外部 MySQL 副本目标，然后发出 CHANGE MASTER TO 和 START SLAVE（Aurora MySQL 版本 2）或 START REPLICA（Aurora MySQL 版本 3），以使用上一步中的二进制日志文件名和位置开始与复制源之间的复制，例如：

CHANGE MASTER TO
  MASTER_HOST = 'mydbcluster.cluster-123456789012.us-east-1.rds.amazonaws.com',
  MASTER_PORT = 3306,
  MASTER_USER = 'repl_user',
  MASTER_PASSWORD = '<password>',
  MASTER_LOG_FILE = 'mysql-bin-changelog.000031',
  MASTER_LOG_POS = 107;
-- And one of these statements depending on your engine version:
START SLAVE; -- Aurora MySQL version 2
START REPLICA; -- Aurora MySQL version 3

连接到作为复制源的 Aurora 数据库集群，然后将二进制日志保留时间范围设置为 0。要设置二进制日志保留时间范围，请使用 mysql.rds_set_configuration 过程，并指定“binlog retention hours”的配置参数以及在数据库集群上保留二进制日志文件的小时数（此处为 0），如以下示例中所示。

CALL mysql.rds_set_configuration('binlog retention hours', 0);

在复制源上将 binlog_format 参数设置为 OFF。binlog_format 参数位于与数据库集群相关联的自定义数据库集群参数组中。

更改 binlog_format 参数值后，重启数据库集群以便更改生效。

有关更多信息，请参阅 Amazon Aurora 数据库集群和数据库实例参数 和 修改数据库参数组中的参数：

为数据库实例关闭自动备份。您可通过修改现有数据库实例并将 Backup Retention Period（备份保留期）设置为 0 来关闭自动备份。有关更多信息，请参阅 Amazon Relational Database Service 用户指南 中的修改 Amazon RDS 数据库实例和使用备份。

删除数据库实例的所有只读副本。有关更多信息，请参阅 Amazon Relational Database Service 用户指南 中的使用 MariaDB、MySQL 和 PostgreSQL 数据库实例的只读副本。

从命令 shell 中停止 mysqld 服务，

sudo service mysqld stop

编辑 my.cnf 文件（此文件通常位于 /etc 下）。

sudo vi /etc/my.cnf

从 log_bin 部分中删除 server_id 和 [mysqld] 选项。

有关更多信息，请参阅 MySQL 文档中的 Setting the replication source configuration。

启动 mysql 服务。

sudo service mysqld start