PD Follower 提升 PD 上 Region 信息查询服务的扩展能力（实验特性）#7431 @CabinfeverB 当集群的 Region 数量较多时，PD leader 处理心跳和调度任务的开销也较大，可能导致 CPU 资源紧张。如 果同时集群中的 TiDB 实例数量较多，查询 Region 信息请求并发量较大，PD leader CPU 压力将变得更大， 可能会造成 PD 服务不可用。 集群规模的不断扩大，故障时快速恢复集群以减少业务中断时间显得尤为重要。在 v7.6.0 之前 的版本中，Region 打散算法是性能恢复的主要瓶颈。在 v7.6.0 中，BR 优化了 Region 打散算法，可以迅速 将恢复任务拆分为大量小任务，并批量分散到所有 TiKV 节点上。新的并行恢复算法充分利用每个 TiKV 节点的所有资源，实现了并行快速恢复。在实际案例中，大规模 Region 场景下，集群快照恢复速度最 高提升约 10 #10289 @hongyunyan 从 v7.6.0 起，TiCDC 引入了一个新的 API GET /api/v2/changefeed/{changefeed_id}/synced，用于查询指 定同步任务 (changefeed) 的下游同步状态。通过此 API，你可以判断 TiCDC 是否已将所接收到的上游数据 完全同步到下游。 更多信息，请参考用户文档。 • TiCDC 支持将 CSV 格式中的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3662 14.17.1 TiDB 后端任务分布式框架· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · �→ size" target="_blank">批量聚合数据请求（从 v6.6.0 开始引入） TiDB 支持将发送到相同 TiKV 实例的数据请求部分合并，减少子任务的数量和 RPC 请求的开销。 �→ 在数据离散分布且 gRPC 线程池资源紧张的情况下，批量化请求能够提升性能超 50%。 行级 TTL（从 �→ v7.0.0 开始 GA） 支持通过后台任务自动删除超过生命周期 (Time to live) 的数据， �→ 并以此来自动管理数据规模并提高性能。 33 0 码力 | 4369 页 | 98.92 MB | 1 年前

3

TiCDC 同步任务时，BR 不支持进行数据恢复。从 BR 8.2.0 起，BR 数 据恢复对 TiCDC 的限制被放宽：如果所恢复数据的 BackupTS（即备份时间）早于 Changefeed 的CheckpointTS （即记录当前同步进度的时间戳），BR 数据恢复可以正常进行。考虑到 BackupTS 的时间通常较早，此时 可以认为绝大部分场景下，当集群存在 TiCDC 同步任务时，BR 都可以进行数据恢复。#53131 TiKV 节点的任务最大并发数。 – 从 v8.2.0 开始，BR 快照恢复参数 --granularity 被废弃，粗粒度打散 Region 算法默认启用。 • 以下为计划将在未来版本中废弃的功能： – TiDB 在 v8.0.0 引入了系统变量tidb_enable_auto_analyze_priority_queue，用于控制是否启用优先 队列来优化自动收集统计信息任务的排序。在未来版本中，优先队列将成为自动收集统计信息任 Lightning 参数conflict.max-record-rows 计划在未来版本中废弃，并在后续版本中删除。该参 数将由conflict.threshold 替代，即记录的冲突记录数和单个导入任务允许出现的冲突记录数的 上限数保持一致。 • 以下为计划将在未来版本中移除的功能： – 从 v8.0.0 开始，TiDB Lightning 废弃了物理导入模式下的旧版冲突检测策略，支持通过conflict

@gmhdbjd 该功能允许过滤掉不在迁移任务里的库和表对象的 binlog event，不做解析，从而提升解析效率和稳定 性。该策略在 v6.5.0 版本默认生效，无需额外操作。 有这个功能之前，即使仅迁移几张表，也需要解析上游整个 binlog 文件，即仍要解析该 binlog 文件中不 需要迁移的表的 binlog event，效率较低。同时，如果不在迁移任务里的库表的 binlog event event 不支持解析， 还会导致任务失败。推出该功能后，通过只解析在迁移任务里的库表对象的 binlog event，可以大大提升 binlog 解析效率，提升任务稳定性。 • Disk quota 功能 GA #446 @buchuitoudegou 你可以为 TiDB Lightning 配置磁盘配额 (disk quota)。当磁盘配额不足时，TiDB Lightning 会暂停读取源数据以 在使用物理模式导入数据时，会在本地磁盘创建大量的临时文件，用来 对原始数据进行编码、排序、分割。当用户本地磁盘空间不足时，TiDB Lightning 会由于写入文件失败而 报错退出。推出该功能后，可避免 TiDB Lightning 任务写满本地磁盘。 更多信息，请参考用户文档。 • DM 增量数据校验的功能 GA #4426 @D3Hunter 在将增量数据从上游迁移到下游数据库的过程中，数据的流转有小概率导致错误或者丢失的情况。对

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1336 11.11.3 TiCDC 运维操作及任务管理 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1337 用户文档 2.2.2.2 安全 • TiSpark 支持用户认证与鉴权 TiSpark 提供数据库和表级别的读写授权验证以及数据库用户认证验证。开启该功能后，能避免业务侧 未经授权运行抽数等批量任务获取数据，提高线上集群的稳定性和数据安全性。从 TiSpark v2.5.0 起开始 支持。 该功能默认关闭。开启后，如果用户没有对应的权限，通过 TiSpark 操作会抛出对应的异常。 用户文档 如果对排序规则要求严格，业务要求排序规则必须一致，则应当使用 strict 模式。但如果下游不支 持上游缺省的 collation，同步可能会报错。 用户文档 • 在 DM 中优化 transfer source，支持平滑执行同步任务 当 DM-worker 所在各节点负载不均衡时，transfer source 命令可用于手动将某 source 配置迁移到其他 节点。优化后的 transfer source 简化了用户操作步骤，不再要求先暂停所有关联