與 Amazon RDS 零ETL集成工作與 Amazon Redshift

協助您從多個資料來源衍生整體洞見。

無需建置和維護執行擷取、轉換和 load (ETL) 作業的複雜資料管線。零ETL整合可透過為您佈建和管理管道，消除建置和管理管道所帶來的挑戰。

減少操作負擔和成本，讓您專注於改善應用程式。

讓您利用 Amazon Redshift 的分析和機器學習功能，從交易和其他資料衍生洞察，以有效地回應關鍵、時間敏感的事件。

來源資料庫必須與目標 Amazon Redshift 資料倉儲位於相同的區域。

如果資料庫資料庫個體具有現有整合，則無法重新命名該叢集。

您無法在相同的來源和目標資料庫之間建立多個整合。

您無法刪除具有現有整合的資料庫資料庫。您必須先刪除所有相關聯的整合。

如果停止來源資料庫資料，則在您恢復資料庫集之前，最後幾個交易可能不會複製到目標資料倉儲。

如果來源資料庫已停止，則無法刪除整合。

如果您的資料庫是藍/綠部署的來源，則藍色和綠色環境在切換期間不能有現有的零ETL整合。您必須先刪除整合再進行轉換，然後重新建立該整合。

您無法為正在主動建立另一個整合的來源資料庫建立整合。

當您一開始建立整合時或當資料表重新同步時，從來源植入目標的資料可能需要 20 到 25 分鐘或更長時間，取決於來源資料庫的大小。此延遲可能會導致複本延遲增加。

不支援某些資料類型。如需詳細資訊，請參閱RDS之間的資料類型差異。

不支援 XA 交易。

物件識別符 (包括資料庫名稱、資料表名稱、資料欄名稱等) 只能包含英數字元、數字、$ 和 _ (底線)。

系統資料表、臨時資料表和檢視不會複寫到 Amazon Redshift。

您的來源資料庫必須執行支援RDS的 MySQL. 如需支援的版本的清單，請參閱支援的區域和資料庫引擎，可與 Amazon 紅移進行RDS零ETL整合。

零ETL集成依賴於我的SQL二進制日誌記錄（binlog）來捕獲正在進行的數據更改。請勿使用 binlog 型資料篩選，因為這可能會導致來源和目標資料庫之間的資料不一致。

只有設定為使用 InnoDB 儲存引擎的資料庫才支援零ETL整合。

不支援具有預先定義資料表更新的外部索引鍵參照。具體而言，ON DELETE和動作不支援和ON UPDATE規SET DEFAULT則。CASCADE SET NULL嘗試建立或更新對另一個資料表具有這類參考的資料表，會將該資料表置於失敗狀態。

ALTER TABLE分割區操作會導致您的表格重新同步，以便將資料從 RDS 重新載入到 Amazon Redshift。資料表將無法在重新同步處理時進行查詢。如需詳細資訊，請參閱我的一個或多個 Amazon Redshift 資料表需要重新同步。