问下Deep seek中的方法2，是可行的么？ [image]

多谢。 我也是这样做的。 tiup cluster stop xxcluster -N “xx:8249” 修改drainer.conf ignore-txn-commit-ts = [日志中的commit_ts] #skip txn关键字 tiup cluster start xxcluster -N “xx:8249”

[2025/03/12 20:41:25.722 +08:00] [INFO] [region_cache.go:961] [“switch region peer to next due to NotLeader with NULL leader”] [currIdx=2] [regionID=306397639] [2025/03/12 20:41:25.723 +08:00] [INFO] [region_range_lock.go:222] [“range locked”] [changefeed=jxs-to-jxsclusterlf] [lockID=1149] [regionI…

是漏了。

阈值与健康范围 正常场景： 理想值：TSO Wait Duration 应稳定在 ≤ 1ms（同一机房内 PD 与 TiDB 直连）。 可接受范围：若跨低延迟网络（如同城专线），建议控制在 ≤ 5ms。超过此值需排查。 风险阈值： 警告线：持续超过 10ms 可能导致事务冲突率升高、AP 查询排队堆积。 临界线：偶发尖峰超过 50ms 可能直接触发客户端超时（需紧急处理）。

时延情况： [image] [image]

Ticdc中日志信息： [2025/01/26 02:19:24.727 +08:00] [INFO] [region_worker.go:243] [“single region event feed disconnected”] [changefeed=auto-order] [regionID=277934170] [requestID=23125] [span=“[748000000000005aff295f72800000001aff87d4b60000000000fa, 748000000000005aff295f72800000001aff8b0dc80000000000fa)…

CDC中设置为10M，是否有可能会有大的SQL过来>10M ,而导致同步失败的情况？ max-batch-size=256 这个还要改不？

官方FAQ：https://docs.pingcap.com/zh/tidb/stable/ticdc-faq 另外有一个类似的贴： TICDC 同步 kafka 异常 - #8，来自 友利奈绪

您是哪个版本，我的是7.5.3

https://docs.pingcap.com/zh/tidb/stable/ticdc-faq#创建同步任务时如果不指定---config-配置文件ticdc-的默认的行为是什么 [image] 问： 请问下这个CDC不同步系统表的设计是基于什么考虑呢？ 这样新增的账号 不能自动同步到从库，感觉会增加运维工作量并有账号不一致的潜在风险？

网上资料： https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-faq#恢复时为什么会报-new_collation_enabled-不匹配

背景： 我们在做IDC容灾双活， 用CDC来做不同机房2个集群A-1，A-2之间同步，平时A1是主库可读写，A-2只读或热备。 想问下这种情况下， TIDB自带的的一些库是否要A1–>A2同步？ 如看上去 PERFORMANCE_SCHEMA这种是和集群本身相关，是不该同步的 问： 这些TIDB自带库，哪些要同步，哪些不该同步？ [image]

用dumpling/tidb-lightning: 成功。 ./bin/dumpling -h 10.xx -P 4000 -udbxx -plsxxx -B community -T community.sq_visit_user_deviceid --filetype sql -t 64 -o /data/dbatemp/tmp/community_sq_visit_user_deviceid_843 -r 200000 -F256MiB tiup tidb-lightning:v7.5.3 -config tidb-lightning-commentnew.toml

尝试手动执行SQL出错： [image] 数据很奇怪，表中显示有deviceid=‘8ddd29fa45f3df8baa1b50ff272c94eaa09a6989’，但是select 不出来。 [image]

目标实例上tidb-server log: [image] 2024/11/06 22:28:52.299 +08:00] [ERROR] [session.go:773] [“assertion failed”] [conn=2191605662] [session_alias=] [message=“[tikv:8141]assertion failed: key: 7480000000000001f05f698000000000000002010038004400440044ff0032003900460041ff0034003500460033ff0044004600380042…

admin checkinformation_schema > select * from tables where tidb_table_id=496\G; *************************** 1. row *************************** TABLE_CATALOG: def TABLE_SCHEMA: community TABLE_NAME: sq_visit_user_deviceid TABLE_TYPE: BASE TABLE ENGINE: InnoDB VERSION: 10 ROW_FORMAT: Compact …

日志文本： [2024/11/05 14:23:03.819 +08:00] [INFO] [syncer.go:252] [“handleSuccess quit”] [2024/11/05 14:23:03.819 +08:00] [ERROR] [syncer.go:488] [“Failed to close syncer”] [error=“Error 8141: assertion failed: key: 7480000000000001f05f69800000000000000201003800440 0440044ff0032003900460041ff00340035…

原因是：虽然安装了pump，但是binlog没有开。 binlog.enable: false 处理: tiup cluster edit-config clustername binlog.enable: true 改进：提前检查好binlog,pump status。 upload_pic > show variables like “log_bin”; ±--------------±------+ | Variable_name | Value | ±--------------±------+ | log_bin | ON | ±-------…