-
Notifications
You must be signed in to change notification settings - Fork 691
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
tidbcloud: update changefeed replication #8837
base: release-5.4
Are you sure you want to change the base?
Conversation
[REVIEW NOTIFICATION] This pull request has not been approved. To complete the pull request process, please ask the reviewers in the list to review by filling The full list of commands accepted by this bot can be found here. Reviewer can indicate their review by submitting an approval review. |
* You cannot use a secondary cluster as a source of **TiDB Cloud Replication** to another cluster. | ||
* **TiDB Cloud Replication** contradicts [**Sink to Apache Kafka**](/tidb-cloud/changefeed-sink-to-apache-kafka.md) and [**Sink to MySQL**](/tidb-cloud/changefeed-sink-to-mysql.md). When **TiDB Cloud Replication** is enabled, neither the primary nor the secondary cluster can use the **Sink to Apache Kafka** or **Sink to MySQL** changefeed and vice versa. | ||
* Because TiDB Cloud uses TiCDC to establish replication, it has the same [restrictions as TiCDC](https://docs.pingcap.com/tidb/stable/ticdc-overview#restrictions). | ||
* The network latency between the primary and secondary clusters affects the performance or stability of **TiDB Cloud Replication**. with the following limitations: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* The network latency between the primary and secondary clusters affects the performance or stability of **TiDB Cloud Replication**. with the following limitations: | |
* Depending on the network latency between the primary and secondary clusters, the performance and stability of **TiDB Cloud Replication** are affected as follows: |
* Because TiDB Cloud uses TiCDC to establish replication, it has the same [restrictions as TiCDC](https://docs.pingcap.com/tidb/stable/ticdc-overview#restrictions). | ||
* The network latency between the primary and secondary clusters affects the performance or stability of **TiDB Cloud Replication**. with the following limitations: | ||
* The network latency less than 120 millisecond is recommended. | ||
* When the network latency between 120 millisecond and 180 millisecond, the performance of **TiDB Cloud Replication** may be affected. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* When the network latency between 120 millisecond and 180 millisecond, the performance of **TiDB Cloud Replication** may be affected. | |
* When the network latency is between 120 milliseconds and 180 milliseconds, the performance of **TiDB Cloud Replication** might be affected. |
* **TiDB Cloud Replication** contradicts [**Sink to Apache Kafka**](/tidb-cloud/changefeed-sink-to-apache-kafka.md) and [**Sink to MySQL**](/tidb-cloud/changefeed-sink-to-mysql.md). When **TiDB Cloud Replication** is enabled, neither the primary nor the secondary cluster can use the **Sink to Apache Kafka** or **Sink to MySQL** changefeed and vice versa. | ||
* Because TiDB Cloud uses TiCDC to establish replication, it has the same [restrictions as TiCDC](https://docs.pingcap.com/tidb/stable/ticdc-overview#restrictions). | ||
* The network latency between the primary and secondary clusters affects the performance or stability of **TiDB Cloud Replication**. with the following limitations: | ||
* The network latency less than 120 millisecond is recommended. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* The network latency less than 120 millisecond is recommended. | |
* To achieve the best performance and stability of **TiDB Cloud Replication**, the network latency within 120 milliseconds is recommended. |
* The network latency between the primary and secondary clusters affects the performance or stability of **TiDB Cloud Replication**. with the following limitations: | ||
* The network latency less than 120 millisecond is recommended. | ||
* When the network latency between 120 millisecond and 180 millisecond, the performance of **TiDB Cloud Replication** may be affected. | ||
* When the network latenct is greater than 180 millisecond, **TiDB Cloud Replication** will not work. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* When the network latenct is greater than 180 millisecond, **TiDB Cloud Replication** will not work. | |
* When the network latency exceeds 180 milliseconds, **TiDB Cloud Replication** cannot provide service normally. |
@@ -8,5 +8,6 @@ TiDB Cloud provides the following changefeeds to help you stream data from TiDB | |||
|
|||
- [Sink to Apache Kafka](/tidb-cloud/changefeed-sink-to-apache-kafka.md) | |||
- [Sink to MySQL](/tidb-cloud/changefeed-sink-to-mysql.md) | |||
- [Secondary Replication](changefeed-replication.md) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- [Secondary Replication](changefeed-replication.md) | |
- [Secondary Replication](/tidb-cloud/changefeed-replication.md) |
@leoppro I've completed the review and made some comments. PTAL. Thanks. |
leoppro seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account. You have signed the CLA already but the status is still pending? Let us recheck it. |
First-time contributors' checklist
What is changed, added or deleted? (Required)
refine the docs of the changefeed replication in tidb cloud
Which TiDB version(s) do your changes apply to? (Required)
Tips for choosing the affected version(s):
By default, CHOOSE MASTER ONLY so your changes will be applied to the next TiDB major or minor releases. If your PR involves a product feature behavior change or a compatibility change, CHOOSE THE AFFECTED RELEASE BRANCH(ES) AND MASTER.
For details, see tips for choosing the affected versions.
What is the related PR or file link(s)?
Do your changes match any of the following descriptions?