· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 78 4.1.4 网络要求 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 244 7.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 244 7.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · • XML 函数 • X-Protocol #1109 • Savepoints #6840 • 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） • CREATE TABLE tblName AS SELECT stmt 语法 #4754 • CHECK TABLE 语法 #4673 • CHECKSUM TABLE 语法 #1895

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 446 5.1.4 网络要求 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 684 9.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 684 9.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · Raw Key Value 存储时，由于仅存储了客户端传入的原始数据，因此只提供基本 的 Key Value 读写能力。 TiKV API V2 提供了新的 Raw Key Value 存储格式与访问接口，包括： – 数据以 MVCC 方式存储，并记录了数据的变更时间戳。这个特性将为实现 Change Data Capture、增量 备份与恢复等打下基础。 – 数据根据不同的使用方式划分范围，支持单一集群

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 93 4.1.4 网络要求 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 322 7.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 322 7.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · Lightning incremental- �→ import 新增 是否允许向已 存在数据的表 导入数据。默 认值为 false。 2.2.1.3 其他 • 为 TiDB 和 PD 之间新增接口。使用 information_schema.TIDB_HOT_REGIONS_HISTORY 系统表时，TiDB 需要 使用匹配的 PD 版本。 • 对 log 相关参数，TiDB Server、PD

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 86 4.1.4 网络要求 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 257 7.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 257 7.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · 时间格式变化，详情见 Prometheus commit。 2.2.2 新功能 2.2.2.1 SQL • 使用 SQL 接口设置数据放置规则（实验特性） 新增对 [CREATE | ALTER] PLACEMENT POLICY 语句的支持，提供 SQL 接口设置数据放置规则。通过该功 能，用户可以指定任意连续数据按照不同地域、机房、机柜、主机、硬件、副本数规则进行部署，满足 低成本、高

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 467 5.1.4 网络要求 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 828 9.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 828 9.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · ion 默认为 ON），TiDB 优化器会根据统计信息和查询的过滤条件，决定哪些过滤条件会被下推到 TableScan 算 子。 更多信息，请参考用户文档。 34 • TiFlash 支持根据网络交换数据量自动选择 MPP 模式的 Join 算法 #7084 @solotzg TiFlash MPP 模式有多种 Join 算法。在 v7.1.0 之前的版本中，TiDB 根据变量tidb_b

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 72 4.1.4 网络要求 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 236 7.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 236 7.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · 同步中断期间积累大量数据，超过 1TB，重新同步出现 OOM 问题 * 大量数据写入造成 TiCDC 出现 OOM 问题 – 改善 TiCDC 同步中断问题，缓解以下场景的问题 project#11 * 网络不稳定情况下出现的同步中断问题 * 在部分 TiKV/PD/TiCDC 节点宕机情况下出现的同步中断问题 • TiFlash 存储内存控制 优化了 Region 快照生成的速度和内存使用量，减少了

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 466 5.1.4 网络要求 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 854 9.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 854 9.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · enable-replica-selector-v2 禁用该优化 #16297 #1104 #1167 @MyonKeminta @zyguan @crazycs520 – PD client 使用元数据存储接口代替原有的全局配置接口 #14484 @HuSharp – 通过 write cf stats 决定数据加载行为，以提升扫描性能 #16245 @Connor1996 – 在 Raft conf change

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 452 5.1.4 网络要求 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 838 9.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 838 9.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · 模式添加索引时，在某些特殊情况下导致数据索引不一致的问题 #51954 @lance6716 – 修复在恢复含有外键的表时 DDL 卡住的问题 #51838 @YangKeao – 修复加索引期间 TiDB 网络隔离导致加索引失败的问题 #51846 @ywqzzy – 修复重命名索引后再添加同名索引时报错的问题 #51431 @lance6716 – 修复添加索引期间升级集群导致数据索引不一致的问题 #52411

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 460 5.1.4 网络要求 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 773 9.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 773 9.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · 分区表特性在 v6.1.0 正式 GA 后，TiDB 仍然在持续提升分区表相关的性能。在 v6.5.0 中，TiDB 支持将 ORDER BY 和 LIMIT 等排序操作下推至 TiKV 进行计算和过滤，降低网络 I/O 的开销，提升了使用分区表时 SQL 的性能。 • 优化器引入更精准的代价模型 Cost Model Version 2 (GA) #35240 @qw4990 TiDB v6.2.0

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 462 5.1.4 网络要求 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 844 9.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 844 9.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · 0 实验性地引入了粗粒度打散 Region 算法，用于提升集群的快照恢复速度。在 TiKV �→ 节点较多的集群中，该算法可显著提高集群资源利用率，更均匀地分配负载， �→ 同时更好地利用每个节点的网络带宽。在一些实际案例中，该特性可将恢复速度最高提升约 10 倍 �→ 。 建表性能提升