Skip to content

Commit

Permalink
Update releases/release-6.5.0.md
Browse files Browse the repository at this point in the history
  • Loading branch information
qiancai authored Dec 29, 2022
1 parent 807396d commit 0ce99d5
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion releases/release-6.5.0.md
Original file line number Diff line number Diff line change
Expand Up @@ -271,7 +271,7 @@ Compared with the previous LTS 6.1.0, 6.5.0 not only includes new features, impr

* TiCDC performance improves significantly [#7540](https://github.com/pingcap/tiflow/issues/7540) [#7478](https://github.com/pingcap/tiflow/issues/7478) [#7532](https://github.com/pingcap/tiflow/issues/7532) @[sdojjy](https://github.com/sdojjy) [@3AceShowHand](https://github.com/3AceShowHand)

In a test scenario of the TiDB cluster, the performance of TiCDC has improved significantly. Specifically, the maximum row changes that a single TiCDC can process reaches 30K rows/s, and the replication latency is reduced to 10s. Even during TiKV and TiCDC rolling upgrade, the replication latency is less than 30s. In a disaster recovery (DR) scenario, when the throughput is 35000 rows/s, the replication latency can be maintained at 2s.
In a test scenario of the TiDB cluster, the performance of TiCDC has improved significantly. Specifically, the maximum row changes that a single TiCDC can process reaches 30K rows/s, and the replication latency is reduced to 10s. Even during TiKV and TiCDC rolling upgrade, the replication latency is less than 30s. In a disaster recovery (DR) scenario, by enabling TiCDC redo logs and Syncpoint, the TiCDC throughput of [replicating data to Kafka](/replicate-data-to-kafka.md) can be improved from 4000 rows/s to 35000 rows/s, and the replication latency can be maintained at 2s.

### Backup and restore

Expand Down

0 comments on commit 0ce99d5

Please sign in to comment.