From 485e64a106648360f3be4e8a6b11b9624c528dc0 Mon Sep 17 00:00:00 2001 From: Aolin Date: Tue, 28 Nov 2023 10:18:22 +0800 Subject: [PATCH 1/2] ticdc: update best practices Signed-off-by: Aolin --- ticdc/ticdc-overview.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/ticdc/ticdc-overview.md b/ticdc/ticdc-overview.md index b1f979429958..de73a6afe465 100644 --- a/ticdc/ticdc-overview.md +++ b/ticdc/ticdc-overview.md @@ -69,7 +69,7 @@ TiCDC 作为 TiDB 的增量数据同步工具，通过 PD 内部的 etcd 实现 - 使用 TiCDC 在两个 TiDB 集群间同步数据时，如果上下游的延迟超过 100 ms： - 对于 v6.5.2 之前的版本，推荐将 TiCDC 部署在下游 TiDB 集群所在的区域 (IDC, region) - - 经过优化后，对于 v6.5.2 及之后的版本，推荐将 TiCDC 部署在上游集群所在的区域 (IDC, region)。 + - 经过优化后，对于 v6.5.2 及之后的版本，在能够保证存储发生灾难的时候可用的情况下，推荐将 TiCDC 部署在上游集群所在的区域 (IDC, region)，否则部署在下游。 - TiCDC 同步的表需要至少存在一个**有效索引**的表，**有效索引**的定义如下： - 主键 (`PRIMARY KEY`) 为有效索引。 From a6e1f64e4beb989146b09332310553894b45c635 Mon Sep 17 00:00:00 2001 From: Aolin Date: Tue, 28 Nov 2023 10:51:53 +0800 Subject: [PATCH 2/2] revert and update best practices Signed-off-by: Aolin --- ticdc/ticdc-overview.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/ticdc/ticdc-overview.md b/ticdc/ticdc-overview.md index de73a6afe465..6026ef2ae4c8 100644 --- a/ticdc/ticdc-overview.md +++ b/ticdc/ticdc-overview.md @@ -69,13 +69,13 @@ TiCDC 作为 TiDB 的增量数据同步工具，通过 PD 内部的 etcd 实现 - 使用 TiCDC 在两个 TiDB 集群间同步数据时，如果上下游的延迟超过 100 ms： - 对于 v6.5.2 之前的版本，推荐将 TiCDC 部署在下游 TiDB 集群所在的区域 (IDC, region) - - 经过优化后，对于 v6.5.2 及之后的版本，在能够保证存储发生灾难的时候可用的情况下，推荐将 TiCDC 部署在上游集群所在的区域 (IDC, region)，否则部署在下游。 + - 经过优化后，对于 v6.5.2 及之后的版本，推荐将 TiCDC 部署在上游集群所在的区域 (IDC, region)。 - TiCDC 同步的表需要至少存在一个**有效索引**的表，**有效索引**的定义如下： - 主键 (`PRIMARY KEY`) 为有效索引。 - 唯一索引 (`UNIQUE INDEX`) 中每一列在表结构中明确定义非空 (`NOT NULL`) 且不存在虚拟生成列 (`VIRTUAL GENERATED COLUMNS`)。 -- 容灾场景下使用 TiCDC 需要配置 [redo log](/ticdc/ticdc-sink-to-mysql.md#灾难场景的最终一致性复制) 实现最终一致性。 +- 在使用 TiCDC 实现容灾的场景下，为实现最终一致性，需要配置 [redo log](/ticdc/ticdc-sink-to-mysql.md#灾难场景的最终一致性复制) 并确保 redo log 写入的存储系统在上游发生灾难时可以正常读取。 ### 暂不支持的场景