使用 Aurora 与 Amazon Redshift 的零 ETL 集成

帮助您从多个数据来源获得整体见解。

无需构建和维护执行提取、转换、加载（ETL）操作的复杂数据管道。零 ETL 集成通过为您预调配和管理管道来消除构建和管理管道所带来的挑战。

减少运营负担和成本，让您专注于改进应用程序。

让您利用 Amazon Redshift 的分析和机器学习功能从事务数据和其它数据中获得见解，从而有效应对关键的、时间敏感的事件。

源数据库集群必须与目标 Amazon Redshift 数据仓库位于同一区域。

如果集群已有集成，则无法重命名数据库集群或其任何实例。

您无法删除已有集成的数据库集群。您必须先删除所有关联的集成。

如果您停止源数据库集群，则在恢复集群之前，可能不会将最后几个事务复制到目标数据仓库。

零 ETL 集成目前不支持数据筛选。

如果您的集群是蓝绿部署的源，则在切换期间，蓝色和绿色环境无法具有现有的零 ETL 集成。您必须先删除集成，接着切换，然后重新创建集成。

如果源集群是 Aurora 全局数据库中的主数据库集群，并且它故障转移到其中的一个辅助集群，则集成将变为非活动状态。您必须删除并重新创建集成。

最初创建集成或重新同步表时，从源到目标的数据做种可能需要 20-25 分钟或更长时间，具体取决于源数据库的大小。这种延迟可能导致副本滞后延长。

某些数据类型不支持。有关支持的数据类型的列表，请参阅 Aurora 和 Amazon Redshift 数据库之间的数据类型差异。

不支持带有预定义表更新的外键引用。具体而言，CASCADE、SET NULL 和 SET DEFAULT 操作不支持 ON DELETE 和 ON UPDATE 规则。尝试使用对另一个表的此类引用创建或更新表会使该表进入失败状态。

不支持 XA 事务。

对象标识符（包括数据库名称、表名、列名等）只能包含字母数字字符、数字、$ 和 _（下划线）。

您的源数据库集群必须运行 Aurora MySQL 版本 3.05（与 MySQL 8.0.32 兼容）或更高版本。

零 ETL 集成依赖于 MySQL 二进制日志（binlog）来捕获持续数据更改。我们建议您不要使用基于二进制日志的数据过滤，因为这可能会导致源数据库和目标数据库之间的数据不一致。

Aurora MySQL 系统表、临时表和视图不会复制到 Amazon Redshift。

零 ETL 集成仅适用于配置为使用 InnoDB 存储引擎的数据库。

ALTER TABLE 分区操作会导致您的表重新同步，以便将数据从 Aurora 重新加载到 Amazon Redshift。该表在重新同步时将不可用于查询。

您的源数据库集群必须运行 Aurora PostgreSQL（与 PostgreSQL 15.4 兼容和支持零 ETL）。

您只能在美国东部（俄亥俄州）（us-east-2）Amazon Web Services 区域的 Amazon RDS 数据库预览环境中为 Aurora PostgreSQL 创建和管理零 ETL 集成。您可以使用预览环境来测试 PostgreSQL 数据库引擎软件的测试版、候选发布版和早期生产版本。

您只能使用 Amazon Web Services Management Console为 Aurora PostgreSQL 创建和管理集成。您无法使用 Amazon Command Line Interface（Amazon CLI）、Amazon RDS API 或任何 Amazon SDK。

创建源数据库集群时，您选择的参数组必须已经配置了所需的数据库集群参数值。之后您无法创建新的参数组，然后将其与集群关联。有关所需参数的列表，请参阅步骤 1：创建自定义数据库集群参数组。

创建集成后，您无法对其进行修改。如果您需要更改某些设置，则必须删除集成并重新创建集成。

目前，作为集成源的 Aurora PostgreSQL 数据库集群不对逻辑复制数据执行垃圾回收。

在源 Aurora PostgreSQL 数据库集群中创建的所有数据库都必须使用 UTF-8 编码。

列名称不能包含以下任何字符：逗号（,)、分号（;)、圆括号 ( )、大括号 { }、换行符（\n)、制表符（\t)、等号（=）和空格。

与 Aurora PostgreSQL 的零 ETL 集成不支持以下各项：