照备份数据">BR �→ 快照恢复速度最高提升 10 倍（实验特性） BR v7.6.0 实验性地引入了粗粒度打散 Region 算法，用于提升集群的快照恢复速度。在 TiKV �→ 节点较多的集群中，该算法可显著提高集群资源利用率，更均匀地分配负载， �→ 同时更好地利用每个节点的网络带宽。在一些实际案例中，该特性可将恢复速度最高提升约 10 倍 �→ 。 的版本中，Region 打散算法是性能恢复的主要瓶颈。在 v7.6.0 中，BR 优化了 Region 打散算法，可以迅速 将恢复任务拆分为大量小任务，并批量分散到所有 TiKV 节点上。新的并行恢复算法充分利用每个 TiKV 节点的所有资源，实现了并行快速恢复。在实际案例中，大规模 Region 场景下，集群快照恢复速度最 高提升约 10 倍。 目前，新的粗粒度 Region 打散算法为实验特性，你可以配置 打散算法为实验特性，你可以配置 br 新增的命令行参数 --granularity=" �→ coarse-grained" 启用新算法。例如： br restore full \ --pd "${PDIP}:2379" \ --storage "s3://${Bucket}/${Folder}" \ --s3.region "${region}" \ --granularity "coarse-grained"

Coprocessor request 的 超时时间。 39 配置文件 配置项 修改类型 描述 TiKV raftstore �→ . �→ inspect �→ - �→ interval �→ 修改 经过算法 调优后， 默认值由 500ms 调整 为 100ms， 以提升慢 节点检测 的灵敏度。 TiKV raftstore �→ . �→ region �→ - �→ compact �→ -min- Y Y4 Y Y Y Y Y Y Y AUTO_RANDOM 列 Y Y Y Y Y Y Y Y Y Y TTL (Time to Live) Y Y E N N N N N N N DDL 算法断言 Y Y Y Y Y Y Y Y Y Y 在单条语句中添加多列 Y Y Y E E E E E E E 更改列类型 Y Y Y Y Y Y Y Y N N 临时表 Y Y Y Y Y Y N origin %d 的错误。更多细 节，请参考ALTER TABLE。 • TiDB 中，ALGORITHM={INSTANT,INPLACE,COPY} 语法只作为一种指定，并不更改 ALTER 算法，详情参 阅ALTER TABLE。 • 不支持添加或删除 CLUSTERED 类型的主键。要了解关于 CLUSTERED 主键的详细信息，请参考聚簇索引。 • 不支持指定不同类型的索引 (HA

参数控制是否开启该功能。 更多信息，请参考用户文档。 • TiCDC 引入 Checksum V2 算法校验 Update 或 Delete 事件中 Old Value 数据 #10969 @3AceShowHand 从 v8.4.0 开始，TiDB 和 TiCDC 引入 Checksum V2 算法，解决了 Checksum V1 在执行 ADD COLUMN 或 DROP COLUMN 后无法正确校验 Value 数据的问题。对于 v8.4.0 及之后新创建的集群，或从之 前版本升级到 v8.4.0 的集群，启用单行数据 Checksum 正确性校验功能后，TiDB 默认使用 Checksum V2 算法 进行 Checksum 计算和校验。TiCDC 支持同时处理 V1 和 V2 两种 Checksum。该变更仅影响 TiDB 和 TiCDC 内部 实现，不影响下游 Kafka consumer 的 crypter �→ . �→ method 新增 设置日志 备份数据 的加密算 法，支持 aes128- �→ ctr、 aes192- �→ ctr 和 aes256- �→ ctr 三 种算法， 缺省值为 plaintext， 表示不加 密。 BR --master- �→ key 新增 设置日志 备份数据 的主密钥， 可以是基 于本地磁 盘的主密 钥或基于 云 KMS (Key

参数控制是否开启该功能。 更多信息，请参考用户文档。 • TiCDC 引入 Checksum V2 算法校验 Update 或 Delete 事件中 Old Value 数据 #10969 @3AceShowHand 从 v8.4.0 开始，TiDB 和 TiCDC 引入 Checksum V2 算法，解决了 Checksum V1 在执行 ADD COLUMN 或 DROP COLUMN 后无法正确校验 Value 数据的问题。对于 v8.4.0 及之后新创建的集群，或从之 前版本升级到 v8.4.0 的集群，启用单行数据 Checksum 正确性校验功能后，TiDB 默认使用 Checksum V2 算法 进行 Checksum 计算和校验。TiCDC 支持同时处理 V1 和 V2 两种 Checksum。该变更仅影响 TiDB 和 TiCDC 内部 实现，不影响下游 Kafka consumer 的 crypter �→ . �→ method 新增 设置日志 备份数据 的加密算 法，支持 aes128- �→ ctr、 aes192- �→ ctr 和 aes256- �→ ctr 三 种算法， 缺省值为 plaintext， 表示不加 密。 BR --master- �→ key 新增 设置日志 备份数据 的主密钥， 可以是基 于本地磁 盘的主密 钥或基于 云 KMS (Key

com/zh/tidb/v8.2/system-variables#tidb_enable_parallel_hashagg_ �→ spill-从-v800-版本开始引入">并行 HashAgg 算法支持数据落盘成为正式功能 (GA) HashAgg 是 TiDB 中常用的聚合算子，用于快速聚合具有相同字段值的行。TiDB v8.0.0 引入并行 �→ HashAgg 更多信息，请参考用户文档。 • TiDB 的并行 HashAgg 算法支持数据落盘成为正式功能 (GA) #35637 @xzhangxian1008 TiDB v8.0.0 以实验特性引入了并行 HashAgg 算法支持数据落盘功能。在 v8.2.0 中，该功能成为正式功能 (GA)。TiDB 在使用并行 HashAgg 算法时，将根据内存使用情况自动触发数据落盘，从而兼顾查询性能和 数据处理量。该功能默认开启，控制该功能的变量 TiKV 节点上因 I/O 抖 动导致的长尾延迟。 TiKV server.grpc- �→ compression-type 修改 该配置项现在也会影响 TiKV 向 TiDB 发送的 响应消息的压缩算法。开启压缩可能消耗 更多 CPU 资源。 TiFlash security.redact_info_ �→ log 修改 可选值新增 marker 选项。当配置项的值设 置为 marker 时，日志中的用户数据会被标

层进行流控而不是在 RocksDB 层进行流控， 避免 RocksDB write stall 造成的 raftstore 卡顿并造成 Raft 选举超时导致发生节点 leader 迁移的问题。 – 改善流控算法，有效降低大写入压力下导致 QPS 下降的问题 用户文档，#10137 • 自动检测并恢复集群中单个 TiKV 变慢带来的影响 在 TiKV 中引入了慢节点检测机制，通过检测 TiKV Raftstore 生成列 实验特性 实验特性 实验特性 实验特性 视图 Y Y Y Y 序列 Y Y Y Y AUTO_INCREMENT 列 Y Y Y Y AUTO_RANDOM 列 Y Y Y Y DDL 算法断言 Y Y Y Y 在单条语句中添加多列 实验特性 实验特性 实验特性 实验特性 更改列类型 Y Y N N 2.3.6 事务 事务 5.2 5.1 5.0 4.0 Async commit origin %d 的错误。更多细 节，请参考ALTER TABLE。 • TiDB 中，ALGORITHM={INSTANT,INPLACE,COPY} 语法只作为一种指定，并不更改 ALTER 算法，详情参 阅ALTER TABLE。 • 不支持添加或删除 CLUSTERED 类型的主键。要了解关于 CLUSTERED 主键的详细信息，请参考聚簇索引。 • 不支持指定不同类型的索引 (HA