TiDB 不推荐脱离 TiUP 做纯手动部署，自建平台可通过 “调用 TiUP 接口” 或 “TiDB Operator 云原生集成” 实现管理，既满足平台化需求，又能享受官方工具的稳定性和运维便捷性～

可以保留该配置 + 监控 ID 使用率 + 低峰期批量修改为 bigint

我感觉哈，是 TiDB 正常设计，AUTO_ID_CACHE=1 已发挥作用。

会话生效范围限制 ：通过CREATE USER /ALTER USER 绑定用户与资源组后，仅对 “绑定操作后新建的会话” 生效 ，绑定前已存在的会话仍会沿用默认资源组（default）

推荐 Oracle GoldenGate（OGG）双向同步方案，适配 RAC 架构，可靠且低侵入，步骤如下： 两端部署 OGG，配置抽取 / 投递进程，支持 RAC 节点故障切换。

建议先验证备份有效性，再排查失败原因：检查 BR 工具版本与 TiDB 集群适配性、执行权限及日志清理范围，查看报错日志获取具体信息，也可尝试重新执行命令并指定 --log-file 输出详细日志。

是啊，通常系统最早设计与测试时，都是用同样的环境通过并发布的。你混用了，理论上可行，但运维的兄弟就辛苦了。

已经2天了，请问楼主验证成功了吗？

等2-3天就有了，200积分，放心吧。

不算 Bug，TiDB 表 / 列注释默认好像是限 1024 字节，精简注释或确认字段单位为 CHAR试下呗，弄不好就能正常执行 DDL了。

iCDC 主从同步卡住于 Prepare 状态，无报错但数据不同步。

是啊，V8.5.X好一点，有条件的话，就用这个系列的好些。

通过设置 tidb_replica_read 参数开启 Follower Read，备节点同步主节点 CommitIndex 保障一致性。

备份卡住了，致 I/O 异常、，BR 未识别存活节点，建议换本地 SSD吧。

这些要收藏起来，总结的真好。

没注意过，只想着考过了自然是没问题。请问验真的链接能告诉下么？

另外，也检查下 TiDB 8.5.1 相关补丁是否已应用。

报错因内存追踪器触发 panic，建议调大 tidb_mem_quota_query，拆分大事务。