Skip to content

ticdc: add key word for redo log #20783

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 4 commits into from
Aug 15, 2025
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
8 changes: 4 additions & 4 deletions ticdc/deploy-ticdc.md
Original file line number Diff line number Diff line change
Expand Up @@ -129,15 +129,15 @@ tiup cluster upgrade <cluster-name> <version> --transfer-timeout 600

以上把 TiCDC 的 `gc-ttl` 的值设置为 48 小时。

3. 执行 `tiup cluster reload -R cdc` 命令重新加载配置。
3. 执行 `tiup cluster reload <cluster-name> -R cdc` 命令重新加载配置。

## 使用 TiUP 终止和启动 TiCDC 节点

使用 TiUP 可以方便地终止和启动 TiCDC 节点,命令如下:

- 终止 TiCDC 节点:`tiup cluster stop -R cdc`
- 启动 TiCDC 节点:`tiup cluster start -R cdc`
- 重启 TiCDC 节点:`tiup cluster restart -R cdc`
- 终止 TiCDC 节点:`tiup cluster stop <cluster-name> -R cdc`
- 启动 TiCDC 节点:`tiup cluster start <cluster-name> -R cdc`
- 重启 TiCDC 节点:`tiup cluster restart <cluster-name> -R cdc`

## 使用加密传输 (TLS) 功能

Expand Down
2 changes: 1 addition & 1 deletion ticdc/ticdc-sink-to-mysql.md
Original file line number Diff line number Diff line change
Expand Up @@ -123,7 +123,7 @@ MTIzNDU2Nzg=

## 灾难场景的最终一致性复制

从 v6.1.1 版本开始,容灾场景下的最终一致性复制功能 GA。从 v5.3.0 开始,TiCDC 支持将上游 TiDB 的增量数据备份到下游集群的对象存储或 NFS 文件系统。当上游集群出现了灾难,完全无法使用时,TiCDC 可以将下游集群恢复到最近的一致状态,即提供灾备场景的最终一致性复制能力,确保应用可以快速切换到下游集群,避免数据库长时间不可用,提高业务连续性。
TiCDC 的最终一致性复制功能使用 redo log 来确保上游灾难场景中的数据一致性。从 v6.1.1 版本开始,该功能 GA。从 v5.3.0 开始,TiCDC 支持将上游 TiDB 的增量数据备份到下游集群的对象存储或 NFS 文件系统。当上游集群出现了灾难,完全无法使用时,TiCDC 可以将下游集群恢复到最近的一致状态,即提供灾备场景的最终一致性复制能力,确保应用可以快速切换到下游集群,避免数据库长时间不可用,提高业务连续性。

目前,TiCDC 支持将 TiDB 集群的增量数据复制到 TiDB 或兼容 MySQL 的数据库系统(包括 Aurora、MySQL 和 MariaDB)。如果 TiCDC 在上游发生灾难前正常运行,且上游 TiDB 集群没有出现数据复制延迟大幅度增加的情况,灾难发生后,下游集群可以在 5 分钟之内恢复集群,并且最多丢失出现问题前 10 秒钟的数据,即 RTO <= 5 min,P95 RPO <= 10s。

Expand Down