使用只读副本

Amazon RDS 使用 MariaDB、Microsoft SQL Server、MySQL、Oracle 和 PostgreSQL 数据库引擎的内置复制功能来从源数据库实例创建一个特殊类型的数据库实例，称为只读副本。源数据库实例将成为主数据库实例。对主数据库实例进行的更新将异步复制到只读副本。您可以将从应用程序发出的读取查询路由到只读副本，以减轻主数据库实例上的负载。利用只读副本，可以实现弹性扩展并超越单个数据库实例的容量限制，以处理高读取量的数据库工作负载。

创建只读副本时，首先指定现有的数据库实例作为源。紧接着，Amazon RDS 拍摄源实例的快照，并根据该快照创建一个只读实例。然后，每当主数据库实例发生更改时，Amazon RDS 就使用数据库引擎的异步复制方法来更新只读副本。只读副本是仅允许只读连接的数据库实例。应用程序连接到只读副本的方式与连接到任何数据库实例相同。Amazon RDS 复制源数据库实例中的所有数据库。

在某些情况下，只读副本与其主数据库实例位于不同的 Amazon 区域。在这些情况下，Amazon RDS 在主数据库实例与只读副本之间设置安全通道。Amazon RDS 建立启用安全通道所需的任何Amazon安全配置，例如添加安全组条目。有关跨区域只读副本的更多信息，请参阅在不同的 Amazon 区域中创建只读副本。

您可以为数据库实例配置只读副本，此外还配置了备用副本以实现多可用区部署中的高可用性。备用副本复制同步进行，备用副本无法处理只读流量。

有关高可用性和备用副本的更多信息，请参阅多可用区部署，可实现高可用性。

MariaDB、Microsoft SQL Server、MySQL、Oracle 和 PostgreSQL 数据库引擎支持只读副本。在本部分中，您可以找到有关在所有这些引擎上使用只读副本的一般信息。有关在特定引擎上使用只读副本的信息，请参阅以下部分：

Amazon RDS 只读副本概述

为给定的源数据库实例部署一个或多个只读副本在各种情况下都可能有意义，包括：

默认情况下，将创建与源数据库实例的存储类型相同的只读副本。但是，您可基于下表中列出的选项创建与源数据库实例的存储类型不同的只读副本。

Amazon RDS 不支持循环复制。您不能将数据库实例配置为充当现有数据库实例的复制源。您只可以基于现有数据库实例创建新的只读副本。例如，如果 MyDBInstance 复制到 ReadReplica1，您不能将 ReadReplica1 配置为复制回 MyDBInstance。对于 MariaDB 和 MySQL，您可以基于现有只读副本创建只读副本。例如，您可以基于 ReadReplica1 创建新的只读副本，例如 ReadReplica2。对于 Oracle、PostgreSQL 和 SQL Server，您不能基于现有只读副本来创建只读副本。

如果您不再需要只读副本，则可以使用用于删除数据库实例的相同机制显式删除它们。如果您在同一 Amazon 区域中删除源数据库实例而不删除其只读副本，则每个只读副本都会提升为独立的数据库实例。有关删除数据库实例的信息，请参阅删除数据库实例。有关只读副本提升的信息，请参阅将只读副本提升为独立的数据库实例。

如果您具有跨区域只读副本，请参阅跨区域复制注意事项了解有关删除跨区域只读副本源数据库实例的注意事项。

不同数据库引擎的只读副本之间的差异

由于 Amazon RDS 数据库引擎执行复制的方式不同，因此您应了解它们具有的几个显著差异，如下表所示：

创建只读副本

您可以使用 Amazon Web Services Management Console、Amazon CLI 或 RDS API 从现有数据库实例创建只读副本。可通过指定 SourceDBInstanceIdentifier（要从其进行复制的源数据库实例的数据库实例标识符）创建只读副本。

当您创建只读副本时，Amazon RDS 会制作源数据库实例的数据库快照，然后开始复制。因此，在制作数据库快照时，将在源数据库实例上感到短暂的 I/O 暂停。

长时间运行的活动事务会减慢创建只读副本的过程。我们建议您等待长时间运行的事务完成，然后再创建只读副本。如果从同一源数据库实例同时创建多个并行只读副本，则 Amazon RDS 仅在开始第一个创建操作时创建一张快照。

创建只读副本时，有几件事情需要考虑。首先，您必须先通过将备份保留期设置为一个非零值来在源数据库实例上启用自动备份。此要求也适用于作为一个只读副本的源数据库实例的另一个只读副本。要对 RDS for MySQL 5.6 或更高版本的只读副本启用自动备份，请先创建只读副本，然后修改只读副本以启用自动备份。

aws rds create-db-instance-read-replica \
    --db-instance-identifier myreadreplica \
    --source-db-instance-identifier mydbinstance \
    --max-allocated-storage 1000

aws rds create-db-instance-read-replica ^
    --db-instance-identifier myreadreplica ^
    --source-db-instance-identifier mydbinstance ^
    --max-allocated-storage 1000

将只读副本提升为独立的数据库实例

您可以将只读副本提升为独立的数据库实例。提升只读副本时，数据库实例将在重启后变得可用。

出于多种原因，您可能要将只读副本提升为独立的数据库实例：

当您提升只读副本时，创建的新数据库实例会保留以前只读副本的选项组和参数组。提升过程可能需要几分钟或更长时间才能完成，具体时间取决于只读副本的大小。将只读副本提升为新数据库实例后，即与任何其他数据库实例相同。例如，您可从新数据库实例创建只读副本并执行时间点还原操作。由于经过提升的数据库实例不再是只读副本，因此不能再使用它作为复制目标。如果源数据库实例有多个只读副本，则将其中一个只读副本提升为数据库实例对其他副本无影响。

备份持续时间随在上次备份后对数据库进行的更改数而发生变化。如果您打算将只读副本提升为单独实例，我们建议您在提升之前启用备份并完成至少一次备份。此外，当只读副本处于 backing-up 状态时，您无法将其提升为独立实例。如果您为只读副本启用了备份，请配置自动备份时段，以便每日备份不会影响只读副本提升。

以下步骤说明将只读副本提升为数据库实例的一般过程：

aws rds promote-read-replica \
    --db-instance-identifier myreadreplica

aws rds promote-read-replica ^
    --db-instance-identifier myreadreplica

监控只读复制

您可以通过几个方法监控只读副本的状态。Amazon RDS 控制台在只读副本详细信息的可用性与持久性部分中显示只读副本的状态。要查看只读副本的详细信息，请在 Amazon RDS 控制台的实例列表中选择该只读副本的名称。

您还可以使用Amazon CLI describe-db-instances 命令或 Amazon RDS API DescribeDBInstances 操作查看只读副本的状态。

只读副本的状态可以是以下某项：

您可以查看到数据库实例的复制位置，如果是，请检查其复制状态。在 RDS 控制台的数据库页面上，它在角色列中显示主要。选择其数据库实例名称。在详细信息页面的连接性和安全性选项卡上，其复制状态位于复制下。

监控复制滞后

您可以通过查看 Amazon RDS ReplicaLag 指标，在 Amazon CloudWatch 中监控复制滞后。

对于 MariaDB 和 MySQL，ReplicaLag 指标报告 Seconds_Behind_Master 命令的 SHOW REPLICA STATUS 字段的值。MySQL 和 MariaDB 的复制滞后的常见原因如下所示：

当 ReplicaLag 指标达到 0 时，即表示副本已赶上主数据库实例进度。如果 ReplicaLag 指标返回 -1，则当前未激活复制。ReplicaLag = -1 等效于 Seconds_Behind_Master = NULL。

对于 Oracle，ReplicaLag 指标是以下项的总和：Apply Lag 值加上当前时间和应用滞后的 DATUM_TIME 值之间的差。DATUM_TIME 值是只读副本从其源数据库实例收到数据的最后时间。有关更多信息，请参阅 Oracle 文档中的V$DATAGUARD_STATS。

对于 SQL Server，ReplicaLag 指标是已落后数据库的最大滞后秒数。例如，如果您有两个数据库分别滞后 5 秒和 10 秒，则 ReplicaLag 为 10 秒。ReplicaLag 指标返回以下查询的值。

select ag.name name, MAX(hdrs.secondary_lag_seconds) max_lag from sys.dm_hadr_database_replica_state

有关更多信息，请参阅 Microsoft 文档中的 secondary_lag_seconds。

如果 RDS 无法确定滞后，例如在副本安装期间或只读副本处于 ReplicaLag 状态时，则 -1 返回 error。

对于 PostgreSQL， ReplicaLag 指标返回以下查询的值。

SELECT extract(epoch from now() - pg_last_xact_replay_timestamp()) AS reader_lag

PostgreSQL 9.5.2 版及更高版本使用物理复制槽来管理源实例上的提前写入日志 (WAL) 保留。对于每个跨区域只读副本实例，Amazon RDS 创建一个物理复制槽并将它与实例关联。两个 Amazon CloudWatch 指标、Oldest Replication Slot Lag 和 Transaction Logs Disk Usage 表示最滞后的副本（依据接收到的 WAL 数据）的滞后时间和用于 WAL 数据的存储空间。当跨区域只读副本长时间滞后时，Transaction Logs Disk Usage 值会显著增大。

有关使用 CloudWatch 监控数据库实例的更多信息，请参阅使用 Amazon CloudWatch 监控 Amazon RDS 指标。