· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 80 4.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 · · · · · · · · · · · · · · · · · · · · · · · · · 81 4.2.2 检测及关闭系统 swap· · · · · 节点上最近发生的若干次死锁错误：DEADLOCKS – 查看 TiDB 节点上正在执行的事务的信息：TIDB_TRX • 对带有 AUTO_RANDOM 或者 SHARD_ROW_ID_BITS 属性的表，优化其大部分添加索引操作的场景。 2.2.2.3 稳定性 • 新增 TiFlash I/O 限流功能 TiFlash I/O 限流功能主要针对磁盘带宽较小且明确知道磁盘带宽大小的云盘场景，默认关闭。 TiFlash DOUBLE 类型 – 通过多线程优化右外连接中的非连接数据 – 支持在 MPP 查询中自动清理过期的 Region 信息 • Tools – TiCDC * 为 kv client 增量扫添加并发限制 #1899 * 始终在 TiCDC 内部拉取 old value #2271 * 当遇到不可恢复的 DML 错误，TiCDC 快速失败并退出 #1928 * 在 Region 初始化后不立即执行

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 74 4.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 · · · · · · · · · · · · · · · · · · · · · · · · · 74 4.2.2 检测及关闭系统 swap· · · · · BACKUP_ADMIN – RESTORE_ADMIN – ROLE_ADMIN – CONNECTION_ADMIN – SYSTEM_VARIABLES_ADMIN 你也可以使用插件来添加新的权限。若要查看全部的动态权限，请执行 SHOW PRIVILEGES 语句。用户文 档 • 新增安全增强模式 (Security Enhanced Mode) 配置项，用于对 TiDB 管理员进行更细粒度的权限划分。 列的查询过滤条件在 TiFlash 存储层进一步过滤 – 在集群中有大量表时，优化 TiFlash 的启动速度及扩容速度 – 提升 TiFlash 在未知 CPU 上运行的兼容性 • PD – 避免在添加 scatter region 调度器后出现的非预期统计行为 #3602 – 解决扩缩容过程中出现的多个调度问题 * 优化副本 snapshot 生成流程，解决扩缩容调度慢问题：#3563 #10059

书栈(BookStack.CN) 构建 无限水平扩展是 TiDB 的一大特点，这里说的水平扩展包括两方面：计算能力和存储能力。TiDB Server 负责处理 SQL 请求，随着业务的增长，可以简单的添加 TiDB Server 节点，提高整体的处理能力，提供更高的吞吐。TiKV 负责存储数据，随着数据量的增长，可以部署更多的 TiKV Server 节点解决数据 Scale 的问题。PD 会在 TiKV Region 为单位做调度，将部分数据迁移到新加的节点上。所以在业务的早期，可以只部署少量的服务实 例（推荐至少部署 3 个 TiKV， 3 个 PD，2 个 TiDB），随着业务量的增长，按照需求添加 TiKV 或者 TiDB 实例。 高可用是 TiDB 的另一大特点，TiDB/TiKV/PD 这三个组件都能容忍部分实例失效，不影响整个集群的可用性。下 面分别说明这三个组件的可用性、单个实例失效后的后果以及如何恢复。 的 leader，会重新选出新的 Raft leader，自 动恢复服务。PD 在选举的过程中无法对外提供服务，这个时间大约是3秒钟。推荐至少部署三个 PD 实例，单 个实例失效后，重启这个实例或者添加新的实例。 TiKV TiKV 是一个集群，通过 Raft 协议保持数据的一致性（副本数量可配置，默认保存三副本），并通过 PD 做 负载均衡调度。单个节点失效时，会影响这个节点上存储的所有 Region。对于

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 88 4.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 · · · · · · · · · · · · · · · · · · · · · · · · · 89 4.2.2 检测及关闭系统 swap· · · · · 设置表属性 增加 ALTER TABLE [PARTITION] ATTRIBUTES 语句支持，允许用户为表和分区设置属性。目前 TiDB 仅支持 设置 merge_option 属性。通过为表或分区添加 merge_option 属性，用户可以显式控制 Region 是否合并。 应用场景：当用户 SPLIT TABLE 之后，如果超过一定时间后没有插入数据，空 Region 默认会被自动合并。 此时，可以通过该功能设置表属性为 容等方式来回收空间，恢复服务。 – 简化 L0 层流控算法 #10879 – 优化 raft client 错误日志的收集 #10944 – 优化日志线程以避免其成为性能瓶颈 #10841 – 添加更多的写入查询统计类型 #10507 – 降低写入延迟，从 Raftstore 线程池中分离出 IO 线程池（默认不开启）。具体调优操作，请参考TiKV 线程池性能调优 #10540 • PD

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 95 4.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 · · · · · · · · · · · · · · · · · · · · · · · · · 95 4.2.2 检测及关闭系统 swap· · · · · “lightning_metadata”。对于参与同一批并行导入的每个 TiDB Lightning 实例，必须将此配置项设置为相同的值，否则将无法确保导入数据的正确性。 用户文档 • 在 TiDB Lightning 中添加重复数据的检测 在 backend=local 模式下，数据导入完成之前 TiDB Lightning 会输出冲突数据，然后从数据库中删除这些 冲突数据。用户可以在导入完成后解析冲突数据，并根据业务规则选择适合的数据进行插入。建议根 模式下，默认改用乐观事务进行写入来提升性能 #30953 – Dumpling * 提升 Dumpling 检查数据库版本时的兼容性 #29500 * 在导出 CREATE DATABASE 和 CREATE TABLE 时添加默认的 collation #3420 2.2.4 Bug 修复 • TiDB – 修复当从 v4.x 版本升级到 v5.x 版本后 tidb_analyze_version 的值变化的问题 #25422

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 448 5.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 · · · · · · · · · · · · · · · · · · · · · · · · · 449 5.2.2 检测及关闭系统 swap· · · · · Y AUTO_INCREMENT 列 Y Y Y Y Y Y Y Y AUTO_RANDOM 列 Y Y Y Y Y Y Y Y DDL 算法断言 Y Y Y Y Y Y Y Y 在单条语句中添加多列 实验特性 实验特性 实验特性 实验特性 实验特性 实验特性 实验特性 实验特性 更改列类型 Y Y Y Y Y Y N N 临时表 Y Y Y Y N N N N 2.3.6 事务 事务 TABLE 语法 • OPTIMIZE TABLE 语法 • HANDLER 语句 • CREATE TABLESPACE 语句 • “Session Tracker: 将 GTID 上下文信息添加到 OK 包中” 2.6.2 与 MySQL 有差异的特性详细说明 2.6.2.1 自增 ID • TiDB 的自增列既能保证唯一，也能保证在单个 TiDB server 中自增，但不保证多个

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 470 5.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 · · · · · · · · · · · · · · · · · · · · · · · · · 470 5.2.2 检测及关闭系统 swap· · · · · ，从而让 DDL 执行更加稳定高效。 更多信息，请参考用户文档。 • BR 备份恢复工具支持断点恢复 #42339 @Leavrth 快照恢复或日志恢复会因为一些可恢复性错误导致提前结束，例如硬盘空间占满、节点宕机等突发情 况。在 TiDB v7.1.0 之前，即使错误被及时处理，之前恢复的进度也会作废，你需要重新进行恢复。对大 规模集群来说，会造成大量额外成本。 为了尽可能继续上一次的恢复，从 更多信息，请参考用户文档。 • TiCDC 优化 DDL 同步操作 #8686 @hi-rustin 在 v7.1.0 之前，当用户在一个大表上进行 DDL 操作时，如果 DDL 操作影响该表中的所有行（例如添加或 删除列），TiCDC 的同步延迟会显著增加。从 v7.1.0 开始，TiCDC 对此进行了优化，减轻 DDL 操作对下游延 迟的影响。 更多信息，请参考用户文档。 • 提升 TiDB Lightning

Serverless 回收与删除 回收与删除 通知渠道 TiDB 删除 TiDB Serverless 删除 实例 实例 创建TiDB集群 查看TiDB实例列表 查看TiDB实例详情 删除TiDB实例 ⽤户 ⽤户 添加⽤⼾及权限 重置⽤⼾密码 删除⾮root⽤⼾ ⽬录 分布式NewSQL数据库 TiDB Copyright © 2012-2021 UCloud 优刻得 3/120 38 39 40 40 41 41 备份恢复 Dashboard/监控访问 监控访问 代理节点 配置访问代理 访问 实例 实例 创建TiDB Serverless实例 查看TiDB实例列表 查看TiDB实例详情 删除TiDB实例 ⽤户 ⽤户 添加⽤⼾及权限 调整⽤⼾权限 重制⽤⼾密码 删除⾮root⽤⼾ Binlog 同步 同步 ⽬录 分布式NewSQL数据库 TiDB Copyright © 2012-2021 UCloud 优刻得 4/120 61 65 67 70 72 73 74 76 76 76 77 78 80 80 80 81 81 83 83 84 84 进⼊管理⻚⾯ 开启 Binlog 全量数据迁移，记录CommitTS数据 添加消费者 查看消费者 删除消费者 修改 Binlog GC 关闭 Binlog 如何使⽤ 如何使⽤TiFlash 简介 步骤⼀ 开启TiFlash 步骤⼆ 按表构建TiFlash副本 步骤三 使⽤TiFlash

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 463 5.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 · · · · · · · · · · · · · · · · · · · · · · · · · 463 5.2.2 检测及关闭系统 swap· · · · · 4.0-DMR release notes。 • 要快速对比 6.1.0 LTS 和 6.5.0 LTS 的关键特性，可以查看TiDB 功能概览中的 v6.1 和 v6.5 列。 • 添加索引加速特性 GA，添加索引的性能约提升为 v6.1.0 的 10 倍。 • TiDB 全局内存控制特性 GA，通过tidb_server_memory_limit 即可管理全局内存阈值。 • 支持高性能、 SQL • TiDB 添加索引的性能约提升为原来的 10 倍 (GA) #35983 @benjamin2037 @tangenta TiDB v6.3.0 引入了添加索引加速作为实验特性，提升了添加索引回填过程的速度。该功能在 v6.5.0 正式 GA 并默认打开，预期大表添加索引的性能约提升为 v6.1.0 的 10 倍。添加索引加速适用于单条 SQL 语句 串行添加索引的场景，在多条 SQL

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 455 5.2.1 在 TiKV 部署目标机器上添加数据盘 EXT4 文件系统挂载参数 · · · · · · · · · · · · · · · · · · · · · · · · · 455 5.2.2 检测及关闭系统 swap· · · · · 通过对需要处理的数据进行全局排序，可以提高数据写入 TiKV 的稳定性、可控性和可扩展性， �→ 从而提升数据导入与索引添加的用户体验和服务质量。启用全局排序后，单条 IMPORT INTO 或 CREATE INDEX 语句目前已经支持对高达 40 TiB �→ 的数据进行导入或者添加索引。 34 数据库管理与可观测性 支持观测索引使用情况（从 v8