已修复

请问兑换了考试券后是拿实体券还是电子券，多久能拿到呢！~ [image]

TiDB 会后台自动完成分区数据 Region 重分布； 元数据瞬时短锁，迁移阶段不阻塞读写，但会占用机器资源，高峰易抬高延迟、锁冲突； 建议低峰执行，可暂停 PD 调度、限速搬迁、预拆分 Region 降风险。

TiDB 会自动做数据重分布，无锁表、不阻塞读写；但会产生后台 IO / 网络 / CPU 开销，高峰期可能导致延迟上升、锁冲突加剧。建议低峰操作，并预分裂 Region避免热点。

隔离级别改 RC，关闭间隙锁 开启事务内语句内聚，缩短锁持有时间 打开内存悲观锁，减少 Raft 开销 开启非公平锁，提升吞吐 禁用事务自动重试，避免重复加锁 热点行分片，从根源打散竞争

开启内存悲观锁，锁不加 Raft，大幅降 Raftstore CPU 关闭公平锁，避免队列阻塞 拆小事务、禁用 SELECT FOR UPDATE 大查询 热点行分片打散，从根源消除锁竞争

TiCDC 同步 + 开启 TiDB 外键，原生支持 CASCADE，无侵入、无代码改动。

改用 TiCDC 同步，开启 TiDB 外键校验，依赖 TiDB 原生 CASCADE； DM 自定义 binlog 过滤转换规则，解析父表变更拼装子表级联 SQL 下发； 下游 TiDB 用事件调度 / 存储过程监听父表变动执行级联； 中间层拦截写入请求，统一封装父子表联动操作。

隔离级别改 RC，关闭间隙锁； 缩短事务，拆分长 SQL，避免事务内大查询； 乐观锁加重试机制，控制单次事务执行时长； 统一更新顺序防循环等待，精准走唯一索引更新； 调大innodb_lock_wait_timeout临时缓冲； 热点行做分片、队列削峰分摊竞争。

TiUP 拓扑给 A/B/C 打perf:high、D 打perf:low，滚动重启 TiKV PD 注册标签：pd-ctl config set replication.location-labels '["perf"]' SQL 创建放置策略（3 副本：2 高性能 Voter、1 低性能 Learner）并全局绑定 sql SET GLOBAL tidb_enable_alter_placement=1; CREATE PLACEMENT POLICY bal FOLLOWERS=2,CONSTRAINTS='[+perf=high]',LEARNER_CONSTRAINTS='[+…

TiKV 打标签：各节点配置server.labels.disk=ssd/hdd，滚动重启生效 PD 注册标签层级：pd-ctl config set replication.location-labels '["zone","rack","host","disk"]' Placement Rules 控副本（

可行的，放心部署

优先级：副本补全 > Region 迁移 > Region 分裂 宕机缺副本会抢占、暂停迁移任务；高频分裂会挤压均衡迁移资源 优化：预分裂表、调大分裂阈值、隔离调度并发资源

canal-json 不自动编码二进制，BLOB 原始字节入 JSON 产生乱码； 最优：换 Debezium 协议，自动 base64； 留用 canal-json：开启 tidb 扩展并指定 base64 编码； 兜底：业务入库前转 base64 存字符串字段。

7.1 乐观冲突检测更严格，相比 5.4 更容易报 1205

①业务手动分层删； ②TiDB 建触发器； ③上游取消 CASCADE； ④DM 自定义改写 SQL。 最优：上游去掉级联，业务控制删除顺序

热分裂在 Raft 层执行，靠 Raft 同步分裂元数据； 分裂与 2PC 互相隔离，不干扰事务原子性； 优化：预分裂表、改用 AUTO_RANDOM 主键、调大分裂阈值、PD 均衡热点 Leader、业务削峰限流、优化 Raft 吞吐。

感谢小丸子分享

向高手学习思考逻辑