感谢，初步看了一下确实是有一些问题，我们会继续排查，后续有进展会及时同步。但是这个问题大部分情况下应该不会影响正常使用，可以继续测试，有新的问题可以开新的帖子继续反馈

上游是否有很大流量呢？或者需要同步的 region 比较多？可以上传一个从卡住到恢复时间段的 clinic 我们看看是否符合预期

问题已修复，有空可以用最新的 Nightly 再试一下

好的，不着急的话就等一下修复吧

问题已经定位，会尽快修复，目前的版本重新用当前时间创建一下 changefeed 应该可以绕过

收到，我们先分析一下

麻烦把完整的 cdc 日志上传一下

这个版本修复了，可以先观察一下，持续不推进的话麻烦上传一下 cdc 的日志并用 clinic 收集一下监控

抱歉，上面我的链接贴错了，发了 arm 架构的二进制链接，现在更正了一下，有空麻烦再试试

问题已修复，可以参考 README 下载最新的 binary 尝试 https://github.com/pingcap/ticdc

CDC 日志中确实包含了相关信息，但由于每个 changefeed 可能涉及大量表，所以这些信息是以增量的形式存在 log 中，如果将所有表信息都集中在一条日志中显示，可能会导致日志内容过于冗长，反而降低可读性和实用性。后续我们会考虑如何用其他方式方便的展示每个 changefeed 中同步了哪些表。创建了一个 issue 跟踪这个问题：https://github.com/pingcap/ticdc/issues/1130 后续有什么具体的建议欢迎 comment 在 issue 中。

https://tiup-mirrors.pingcap.com/cdc-v9.0.0-beta.1.pre-nightly-linux-amd64.tar.gz 用这个地址下载最新的 nightly 版本，之前文档里的链接会尽快更新。

问题已修复，有空可以用最新的 nightly 试一下

理论上可以在 dashboard 里查看，目前 cdc 新架构的显示有点问题，后续会进行修复

已定位原因，修复完会在这里同步。

感谢你的建议！但是 tiup 主要还是一个部署和运维集群的工具，它显示的版本主要还是 deploy 或者 upgrade 命令中指定的版本，patch 之后详细版本放在 tiup 里显示可能不是非常合适，会让 tiup 的功能变得臃肿。

缩容扩容之后这个 patch 标识应该会消失，你当初 patch 的时候是否加了 --overwrite？

patch 指的是把集群中的版本替换成了自己指定的 binary，没有其他影响，想要“显示没有 patch” 是有什么具体的担忧吗？

建了一个 issue，后续会处理：https://github.com/pingcap/ticdc/issues/1115