版本升级后，服务端流式推送与 JDBC 拉取逻辑错位，加之流处理资源不足，引发min/max_local_stream耗时走高；无需改动驱动，只需调优流并发、数据缓冲、队列及流控参数，提速服务端数据推送即可解决。

高并发下流水线队列拥堵，可先更新表统计信息优化执行计划，排查并打散热点 Region，同时优化 TiKV 存储层参数，从底层减少队列堆积。

优先调整tidb_max_chunk_size、tidb_stream_concurrency等会话参数优化数据分片与流式并发，再调大流水线、TiKV 读线程及 GRPC 相关参数，提升数据回传与任务调度能力，解决 JDBC 链路耗时问题。

可调整会话参数 tidb_max_chunk_size、tidb_init_chunk_size、tidb_distsql_concurrency、tidb_stream_concurrency优化数据分片与流式并发；同时调优集群层面 TiKV 的readpool.unified.max-thread-count、server.grpc-concurrency以及 pipeline 队列相关阈值参数，缓解队列排队与结果集拉取阻塞问题。

可调整tidb_distsql_scan_concurrency、tidb_stream_concurrency等流式并发参数，同时优化 TiKV 端readpool读写线程池、Raft 相关批处理参数，以此降低 LocalStream 等待耗时。

官方文档来一遍基础的就了解了。有积分的话，可以兑换303课程。或者我可以给你一些资料

TiDB-CDC 通过全局 TSO 排序 + DDL 屏障 + 分区元数据动态感知 + 断点续传，确保超大分区表在分区分裂 / 合并时增量数据无漏、不重、有序同步。

TiDB 5.4 升级到 7.1 后，锁检测、事务重试、锁 TTL 等机制收紧，同等并发下冲突加剧，因此乐观锁大量报 1205，切换悲观锁后问题虽缓解但仍存在。

Canal-JSON 协议会将 mediumblob 二进制数据按 ISO-8859-1 转义输出，官方不支持内置 Base64，生产优先在消费端做编码还原，也可改用十六进制（Hex）转换、源头预处理，或切换 Protobuf 协议彻底规避问题。

TiDB 从默认 RC 改为 SI（快照隔离），高并发读写场景性能下降约 10%~30%（读写冲突越高降幅越大）；金融对账业务适合使用 SI，其事务内数据视图稳定、可规避幻读，仅需注意 SI 存在写偏斜问题，核心对账环节可搭配SELECT FOR UPDATE规避风险。

MySQL 的ON DELETE CASCADE级联删除属于内部隐式操作，不会写入 Binlog，导致 DM 同步后 TiDB 无法触发级联；同时低版本 TiDB 外键不生效、DM 多线程同步也会引发异常。可将隐式级联改为显式删子表再删主表，或在源端加触发器，也可升级组件并配置单线程同步来解决。

Range 分区适配时间序列、有序 ID等存在连续范围的数据，适合范围查询、按时间批量删数据的场景，可利用分区裁剪提升查询效率PingCAP；Hash 分区用于打散数据、消除写入热点，适配无明显范围特征、以单点查询为主的业务TiDB。对分区执行拆分操作后，TiDB 底层会自动完成数据重分布与 Region 调度，全程业务无感知PingCAP。

TiUP 部署时 TiDB、TiKV、PD 日志默认存放在各自部署目录下的log子目录，二进制默认多在/tmp路径；可分别修改各组件toml 配置文件里的日志级别参数，重启进程即可单独调整日志级别。

TiDB 整体高度兼容 MySQL 5.7 语法，但受分布式架构设计影响，部分 MySQL 常用函数无法使用、行为不一致。下面按函数分类整理不兼容函数、差异点、可落地替换方案，同时区分完全不支持、行为有差异、功能受限三类场景，适配开发、迁移及面试场景。

TiDB 在线给千万级大表加索引不会阻塞业务写入，仅首尾阶段有短暂元数据锁，数据回填在后台异步执行；可使用 ADMIN SHOW DDL、ADMIN SHOW DDL JOBS 两条命令查看 DDL 实时进度与历史记录。

Windows 可借助 Docker Compose（WSL2 后端） 一键部署 TiDB 测试集群，最低配置：4 核 CPU、物理内存 8GB（Docker 分配≥6GB）、20GB 可用 SSD 磁盘，推荐 16GB 内存、100GB SSD 以保证稳定性。

跨 Region 事务耗时不会简单翻倍，但会因两阶段提交、多节点网络交互明显增加；可通过选用合适主键 / 聚簇索引、控制单事务写入范围、调整 Region 分裂阈值、使用表分区及数据放置规则，尽量让事务数据落在单个 Region 内。

先通过 pd-ctl 查到高占用 TiKV 的 store ID，将该节点标记下线，PD 会自动迁移其上 Region；也可手动导出 Region 列表，通过添加副本、删除原副本完成迁移，同时调整调度并发控制速度，全程不影响业务。

Region 热分裂为 Raft 层串行元数据操作，与事务 2PC 隔离，不会拆分事务，大事务仅使分裂延后排队，不影响原子性。