户快速 发现并处理问题。 用户文档，#10539 2.2.2.4 数据迁移 • 简化 Data Migration (DM) 工具运维 DM v2.0.6 支持自动识别使用 VIP 的数据源实例切换事件（failover/计划切换），自动连接上新的数据源实 例，减少数据复制的延迟和减少运维操作步骤 • TiDB Lightning 支持自定义 CSV 数据的终止符，兼容 MySQL LOAD EXPLAIN VERBOSE 的结果中显示查询优化是否使用了某个 binding #26930 – 增加新的状态变量 last_plan_binding_update_time 用于查看当前 TiDB 实例中 binding cache 对应的 时间戳 #26340 – 在打开 binding 演进或者执行 admin evolve bindings 时提供报错，避免自动演进绑定（目前为试 验特性，已在当前 1，Point Select 场景性能提升了 11.03%，其余场景性能略有下降。 2.5.1.2 测试环境 (AWS EC2) 2.5.1.2.1 硬件配置 40 服务类型 EC2 类型 实例数 PD m5.xlarge 3 TiKV i3.4xlarge 3 TiDB c5.4xlarge 3 Sysbench c5.9xlarge 1 2.5.1.2.2 软件版本 服务类型

TiDB 是否 在 TCP 层开启 TCP_NODELAY。 默认值为 true， 代表开启。 TiDB 配置文件 performance. �→ enforce- �→ mpp 新增 用于在实例级 别控制 TiDB 是 否忽略优化器 代价估算，强 制使用 MPP 模 式，默认值为 false。该配置 项可以控制系 统变量tidb_ �→ enforce_ �→ mpp 的初始 值。 TiDB 场景性能提升了 19.4%，Read Write 和 Update Index 场景性能略有下降。 2.5.1.2 测试环境 (AWS EC2） 2.5.1.2.1 硬件配置 服务类型 EC2 类型 实例数 PD m5.xlarge 3 TiKV i3.4xlarge 3 TiDB c5.4xlarge 3 Sysbench c5.9xlarge 1 40 2.5.1.2.2 软件版本 性能表现。结果显示，v5.1.0 相比于 v5.0.2 在 TPC-C 性 能上提升了 2.8%。 2.5.2.2 测试环境 (AWS EC2) 2.5.2.2.1 硬件配置 服务类型 EC2 类型 实例数 PD m5.xlarge 3 TiKV i3.4xlarge 3 TiDB c5.4xlarge 3 TPC-C c5.9xlarge 1 2.5.2.2.2 软件版本 46 服务类型

日志落后的 Region。默认值 从 16 修改为 64。 TiD Lightning meta-schema- �→ name 新增 在目标集群保 存各个 TiDB Lightning 实例元 信息的 schema 名字，默认值 为 “light- ning_metadata”。 2.2.1.3 其他 • 临时表： – 对于本地临时表，如果在 v5.3.0 升级前创建了本地临时表，这些临时表实际为普通表，在升级至 源隔离。 – 增加重要数据的副本数，提高业务可用性和数据可靠性。 – 将最新数据存入 SSD，历史数据存入 HDD，降低归档数据存储成本。 – 把热点数据的 leader 放到高性能的 TiKV 实例上。 – 将冷数据分离到不同的存储中以提高可用性。 用户文档，#18030 • 临时表 新增对 CREATE [GLOBAL] TEMPORARY TABLE 语句的支持。支持创建临时表，方便管理业务中间计算的临 对 TiCDC 集群进行查询和 运维操作。 用户文档 2.2.2.8 部署及运维 • 持续性能分析（实验特性） TiDB Dashboard 引入持续性能分析功能，提供在集群运行状态时自动保存实例性能分析结果的能力，通 过火焰图的形式提高了 TiDB 集群性能的可观测性，有助于缩短故障诊断时间。 该功能默认关闭，需进入 TiDB Dashboard 持续性能分析页面开启。 持续性能分析功能必须使用

增加 meta-schema-name 配置。在并行导入模式下，该参数用于在目标集群保存各个 TiDB Lightning 实例元信息的 schema 名称，默认值为 “lightning_metadata”。对于参与同一批并行导入的每个 TiDB Lightning 实例，必须将此配置项设置为相同的值，否则将无法确保导入数据的正确性。 用户文档 • 在 TiDB Lightning 中添加重复数据的检测 (Write-heavy Workload) 性能有 2.59% ~ 4.85% 的提升。 2.5.1.2 测试环境 (AWS EC2) 2.5.1.2.1 硬件配置 服务类型 EC2 类型 实例数 PD m5.xlarge 3 TiKV i3.4xlarge 3 TiDB c5.4xlarge 3 Sysbench c5.9xlarge 1 2.5.1.2.2 软件版本 服务类型 性能表现。结果显示，v5.4.0 相比于 v5.3.0 在 TPC-C 性 能提升了 3.16%。 2.5.2.2 测试环境 (AWS EC2) 2.5.2.2.1 硬件配置 服务类型 EC2 类型 实例数 PD m5.xlarge 3 TiKV i3.4xlarge 3 TiDB c5.4xlarge 3 TPC-C c5.9xlarge 1 2.5.2.2.2 软件版本 服务类型 软件版本

历史统计信息采集持久化 支持通过 SHOW ANALYZE STATUS 语句查询集群级别的统计信息收集任务。在 TiDB v6.1.0 之前，SHOW �→ ANALYZE STATUS 语句仅显示实例级别的统计信息收集任务，且 TiDB 重启后历史任务记录会被清空， 因此用户无法查看历史统计信息的采集时间和相关细节。从 TiDB v6.1.0 起，该信息被持久化保存，集群 重启后依然可查询，可以 100（capacity=100）。 开启后会有一定的内存消耗，详情见Prepared Plan Cache 的内存管理。 • 在 TiDB v6.1.0 之前，SHOW ANALYZE STATUS 显示实例级别的任务，且 TiDB 重启后任务记录会被清空。从 TiDB v6.1.0 起，SHOW ANALYZE STATUS 显示集群级别的任务，且 TiDB 重启后仍能看到重启之前的任务记 录。当 PointGet 计划有时候会出错的问题 #32371 – 修复在 RC 隔离情况下 Plan Cache 启用时可能导致查询结果错误的问题 #34447 • TiKV – 修复下线一个 TiKV 实例导致 Raft log lag 越来越大的问题 #12161 – 修复待 merge 的 Region 无效会导致 TiKV panic 且非预期地销毁 peer 的问题 #12232 – 修复从

db_store_batch_ �→ size" target="_blank">批量聚合数据请求（从 v6.6.0 开始引入） TiDB 支持将发送到相同 TiKV 实例的数据请求部分合并，减少子任务的数量和 RPC 请求的开销。 �→ 在数据离散分布且 gRPC 线程池资源紧张的情况下，批量化请求能够提升性能超 50%。 Partitioned Raft KV 存储引擎 （实验特性） TiKV 引入新一代存储引擎 Partitioned Raft KV，通过每个数据 Region 独享 RocksDB 实例， �→ 可将集群的存储能力从 TB 级扩展到 PB 级，并提供更稳定的写入延迟和更强大的扩容能力。 稳定性与高可用 0 码力 | 4369 页 | 98.92 MB | 1 年前

3

#38442 @tiancaiamao TiDB v6.4.0 引入了 AUTO_INCREMENT 的 MySQL 兼容模式作为实验特性，通过中心化分配自增 ID，实现了自 增 ID 在所有 TiDB 实例上单调递增。使用该特性能够更容易地实现查询结果按自增 ID 排序。该功能在 v6.5.0 正式 GA。使用该功能的单表写入 TPS 预期超过 2 万，并支持通过弹性扩容提升单表和整个集群的 写入吞吐。要使用 �→ server �→ _ �→ memory �→ _limit 修改 该变量 默认值 由 0 修 改为 80%，因 为 TiDB 全局内 存控制 特性 GA， 该调整 默认开 启 TiDB 实例的 内存限 制，并 将默认 的内存 限制设 为总内 存的 80%。 default_ �→ password �→ _ �→ lifetime �→ 新增 用于设 置全局 自动密 码过期 策略， TiDB 集群的基本架构，以 及 TiDB、TiKV、PD、监控等基础组件的运行。 TiDB 是一个分布式系统。最基础的 TiDB 测试集群通常由 2 个 TiDB 实例、3 个 TiKV 实例、3 个 PD 实例和可选的 TiFlash 实例构成。通过 TiUP Playground，可以快速搭建出上述的一套基础测试集群，步骤如下： 1. 下载并安装 TiUP。 curl --proto '=https'

al_log 开启该功能。在之前的版本中，general log 的 内容只能和其他信息一起写入实例日志中，这对于需要长期保存日志的用户来说并不方便。 从 v8.0.0 开始，你可以通过配置项log.general-log-file 指定一个文件名，将 general log 单独写入该文 件。和实例日志一样，general log 也遵循日志的轮询和保存策略。 另外，为了减少历史日志文件所占用的磁盘空间，TiDB 即不压缩 轮询日志。 TiDB log. �→ general �→ -log- �→ file 新增 指定 general log 的保存文 件。默认 为空， general log 将会写入 实例文件。 TiDB tikv- �→ client �→ . �→ enable �→ - �→ replica �→ - �→ selector �→ -v2 新增 控制给 TiKV 发送 RPC Migration (DM) * 在 MariaDB 主从复制的场景中，即 MariaDB 主实例 -> MariaDB 从实例 -> DM -> TiDB 的迁移场景， 当 gtid_strict_mode = off 且 MariaDB 从实例的 GTID 不严格递增时（例如，有业务数据写入 MariaDB 从实例），此时 DM 任务会报错 less than global checkpoint position。从

TiDB 集群的基本架构，以 及 TiDB、TiKV、PD、监控等基础组件的运行。 TiDB 是一个分布式系统。最基础的 TiDB 测试集群通常由 2 个 TiDB 实例、3 个 TiKV 实例、3 个 PD 实例和可选的 TiFlash 实例构成。通过 TiUP Playground，可以快速搭建出上述的一套基础测试集群，步骤如下： 1. 下载并安装 TiUP。 curl --proto '=https' 执行以下命令启动集群。 • 直接执行 tiup playground 命令会运行最新版本的 TiDB 集群，其中 TiDB、TiKV、PD 和 TiFlash 实例各 1 个： tiup playground • 也可以指定 TiDB 版本以及各组件实例个数，命令类似于： tiup playground v8.1.0 --db 2 --pd 3 --kv 3 上述命令会在本地下载并启动某个版本的集群（例如 1，服务仅本地可访问；若需要使服务可被外部访问，可使 用 --host 参数指定监听网卡绑定外部可访问的 IP。 TiDB 是一个分布式系统。最基础的 TiDB 测试集群通常由 2 个 TiDB 实例、3 个 TiKV 实例、3 个 PD 实例和可选的 TiFlash 实例构成。通过 TiUP Playground，可以快速搭建出上述的一套基础测试集群，步骤如下： 1. 下载并安装 TiUP。 curl --proto '=https'

信息查询服务的扩展能力（实验特性）#7431 @CabinfeverB 当集群的 Region 数量较多时，PD leader 处理心跳和调度任务的开销也较大，可能导致 CPU 资源紧张。如 果同时集群中的 TiDB 实例数量较多，查询 Region 信息请求并发量较大，PD leader CPU 压力将变得更大， 可能会造成 PD 服务不可用。 为确保服务的高可用性，TiDB v7.6.0 引入了 Active PD TiDB 集群的基本架构，以 及 TiDB、TiKV、PD、监控等基础组件的运行。 TiDB 是一个分布式系统。最基础的 TiDB 测试集群通常由 2 个 TiDB 实例、3 个 TiKV 实例、3 个 PD 实例和可选的 TiFlash 实例构成。通过 TiUP Playground，可以快速搭建出上述的一套基础测试集群，步骤如下： 1. 下载并安装 TiUP。 curl --proto '=https' 执行以下命令启动集群。 • 直接执行 tiup playground 命令会运行最新版本的 TiDB 集群，其中 TiDB、TiKV、PD 和 TiFlash 实例各 1 个： tiup playground • 也可以指定 TiDB 版本以及各组件实例个数，命令类似于： tiup playground v7.6.0 --db 2 --pd 3 --kv 3 上述命令会在本地下载并启动某个版本的集群（例如