特性，提供更直观方便的方式观察事务加锁情况以及排查死锁问题。 25 • 新增 TiFlash I/O 限流功能，提升 TiFlash 读写稳定性。 • 为 TiKV 引入新的流控机制代替之前的 RocksDB write stall 流控机制，提升 TiKV 流控稳定性。 • 简化 Data Migration (DM) 工具运维，降低运维管理的成本。 • TiCDC 支持 HTTP 协议 OpenAPI control. �→ enable 新增 表示是否开启 TiKV 流量控制 机制。默认值 为 true。 TiKV 配置文件 storage.flow- �→ control. �→ memtables- �→ threshold 新增 当 KvDB 的 memtable 的个 数达到该阈值 时，流控机制 开始工作。默 认值为 5。 TiKV 配置文件 storage.flow- �→ 件个数达到该 阈值时，流控 机制开始工作。 默认值为 9。 28 配置文件 配置项 修改类型 描述 TiKV 配置文件 storage.flow- �→ control. �→ soft- �→ pending- �→ compaction �→ -bytes- �→ limit 新增 当 KvDB 的 pending compaction bytes 达到该阈值时， 流控机制开始 拒绝部分写入

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 95 4.1.2 TiDB 事务机制 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · TiCDC 支持了新的 Simple 消息协议，该协议通过在 DDL 和 BOOTSTRAP 事件中嵌入表的 schema 信息， �→ 实现了对 schema 信息的动态追踪 (in-band schema tracking)。 TiCDC 支持 0 码力 | 4805 页 | 101.28 MB | 1 年前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 96 4.1.2 TiDB 事务机制 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 并通过可视化的方式进行容量预估，便于合理配置资源。 更多信息，请参考用户文档。 • 支持 Fast Online DDL 的检查点机制，提升容错性和自动恢复能力 #42164 @tangenta TiDB v7.1.0 引入Fast Online DDL 的检查点机制，可以大幅提升 Fast Online DDL 的容错性和自动恢复能力。即 使 TiDB owner 因故障重启或者切换，TiDB @bufferflies – 新增历史负载信息，避免了存储引擎为 raft-kv2 时，热点调度器对不稳定负载所在的 Region 进行频 繁调度 #6297 @bufferflies – 新增 leader 健康检查机制，当 etcd leader 所在的 PD server 无法当选 leader 时，主动切换 etcd leader 来 保证 PD leader 可用 #6403 @nolouch 57 •

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 81 4.1.2 TiDB 事务机制 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 开始引入） TiCDC 支持了新的 Simple 消息协议，该协议通过在 DDL 和 BOOTSTRAP 事件中嵌入表的 schema 信息， �→ 实现了对 schema 信息的动态追踪 (in-band schema tracking)。 TiCDC 支持 0 码力 | 4807 页 | 101.31 MB | 1 年前

3

SQL 语句的可读性与执行效率。 • 支持对数据表列类型的在线变更，提高了业务开发的灵活性。 • 引入一种新的统计信息类型，默认作为实验特性启用，提升查询稳定性。 • 支持 MySQL 8 中的动态权限 (Dynamic Privileges) 配置，实现对某些操作更细粒度的控制。 • 支持通过 Stale Read 功能直接读取本地副本数据，降低读取延迟，提升查询性能（实验特性）。 • 新增锁视图 用于忽略优化器 代价估算，强制 使用 MPP 模式。 BOOL 类型，默认 值为 false。 tidb_ �→ partition_ �→ prune_mode 新增 用于设置是否开 启分区表动态裁 剪模式（实验特 性）。默认值为 static，即默认 不启用分区表动 态裁剪模式。 25 2.2.1.2 配置文件参数 配置文件 配置项 修改类型 描述 TiDB 配置文件 security 语句使用公共表表达式。用户文档，#17472 • 新增 MySQL 8 中的动态权限 (Dynamic Privileges)。 动态权限用于限制 SUPER 权限，为 TiDB 提供更灵活的权限配置，实现对某些操作更细粒度的控制。例 如，你可以使用动态权限来创建一个只能执行 BACKUP 和 RESTORE 操作的用户帐户。 支持的动态权限包括： – BACKUP_ADMIN – RESTORE_ADMIN

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 103 4.1.2 TiDB 事务机制 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 计划在未来版本中废弃，并在后续版本中删除。该参数将 由conflict.threshold 替代，即记录的冲突记录数和单个导入任务允许出现的冲突记录数的上限数保 持一致。 • 从 v6.3.0 开始，分区表默认使用动态裁剪模式，相比静态裁剪模式，动态裁剪模式支持 IndexJoin、Plan Cache 等特性，性能表现更好。在未来版本中，静态裁剪模式将被废弃。 2.2.7 改进提升 • TiDB – 优化扫描大量数据时构造 减少处理存算分离请求时创建的线程数，避免 TiFlash 计算节点在处理大量请求时崩溃 #9334 @JinheLin – 改进 Pipeline Model 执行模型下任务的等待机制 #8869 @SeaRise – 改进 JOIN 算子的取消机制，使得 JOIN 算子内部能及时响应取消请求 #9430 @windtalker • Tools – Backup & Restore (BR) * 当集群的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 91 4.1.2 TiDB 事务机制 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · server，从而让客户端不受影响。 – 所有客户端对 TiDB server 的连接都无法动态迁移至其他 TiDB server。当多个 TiDB server 的负载不均衡 时，可能出现整体集群资源充足，但某些 TiDB server 资源耗尽导致延迟大幅度增加的情况。为解决 此问题，TiProxy 提供连接动态迁移功能，在客户端无感的前提下，将连接从一个 TiDB server 迁移至 其他 TiDB BINDING USING SELECT /*+ merge_join(t1, t2) */ * FROM t1, t2 WHERE t1.id = t2.id; 更多信息，请参考用户文档。 • 支持动态调整 TiDB 单行记录大小限制 #49237 @zyguan 在 v7.6.0 之前，事务中单行记录的大小受 TiDB 配置项txn-entry-size-limit 限制。如果单行记录的大小 超出此限制，TiDB

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 99 4.1.2 TiDB 事务机制 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 计划在未来版本中废弃，并在后续版本中删除。该参数将 由conflict.threshold 替代，即记录的冲突记录数和单个导入任务允许出现的冲突记录数的上限数保 持一致。 • 从 v6.3.0 开始，分区表默认使用动态裁剪模式，相比静态裁剪模式，动态裁剪模式支持 IndexJoin、Plan Cache 等特性，性能表现更好。在未来版本中，静态裁剪模式将被废弃。 2.2.7 改进提升 • TiDB – 优化扫描大量数据时构造 减少处理存算分离请求时创建的线程数，避免 TiFlash 计算节点在处理大量请求时崩溃 #9334 @JinheLin – 改进 Pipeline Model 执行模型下任务的等待机制 #8869 @SeaRise – 改进 JOIN 算子的取消机制，使得 JOIN 算子内部能及时响应取消请求 #9430 @windtalker • Tools – Backup & Restore (BR) * 当集群的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 83 4.1.2 TiDB 事务机制 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · �→ TiDB 节点进行评估和排序，并支持通过 policy �→ 配置项配置这些负载均衡策略的优先级。TiProxy 将根据 policy 动态选择最优 TiDB �→ 节点执行数据库操作，从而优化 TiDB 节点的整体资源使用率，提升集群性能和吞吐。 35 数据库管理与可观测性 0 码力 | 4987 页 | 102.91 MB | 10 月前

3

部分列统计信息的方案，提高宽表收集统计信息的速度 • TiKV – 增强磁盘空间防护能力，提升存储稳定性。 针对 TiKV 遇到磁盘写满错误时可能 Panic 的问题，为磁盘剩余空间引入两级阈值防御机制，避免超 额流量耗尽磁盘空间。同时，提供阈值触发时的空间回收能力。当剩余空间触发阈值时，部分写 操作会失败，并返回 disk full 错误和盘满节点列表。此时，可以通过 Drop/Truncate Raftstore 线程池中分离出 IO 线程池（默认不开启）。具体调优操作，请参考TiKV 线程池性能调优 #10540 • PD – 热点调度器的 QPS 维度支持更多的写请求类型 #3869 – 通过动态调整 Balance Region 调度器的重试上限，优化该调度器的性能 #3744 – 将 TiDB Dashboard 升级至 v2021.10.08.1 #4070 – 允许 Evict Leader – 解决了用户在某些非 Linux 平台系统上查看 dashboard 时，无法获取内存或 CPU 等相关信息的问题 – 统一 TiFlash 日志文件的命名风格（与 TiKV 保持一致），并支持动态修改 logger.count、logger.size – 完善了列存文件的数据校验能力（checksums，实验功能） • Tools – TiCDC * 通过修改 Kafka sink 配置项