安全增强模式 (SEM)。默认值 为 false，代表 未启用。 TiDB 配置文件 performance. �→ committer- �→ concurrency �→ 修改 在单个事务的 提交阶段，控 制用于执行提 交操作相关请 求的并发数。 默认值从 16 修 改为 128。 TiDB 配置文件 performance. �→ tcp-no- �→ delay 新增 控制 TiDB 是否 the recoverable goroutine” 报错，但不影响升级。 • 为了提升 TiDB 性能，TiDB 的 Go 编译器版本从 go1.13.7 升级到了 go1.16.4。如果你是 TiDB 的开发者，为了 能保证顺利编译，请对应升级你的 Go 编译器版本。 • 请避免在对使用 TiDB Binlog 的集群进行滚动升级的过程中新创建聚簇索引表。 • 请避免在 TiDB 滚动升级时执行 schema • MySQL 追踪优化器 • XML 函数 • X-Protocol #1109 • Savepoints #6840 • 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） • CREATE TABLE tblName AS SELECT stmt 语法 #4754 • CHECK TABLE 语法 #4673 • CHECKSUM

flush privileges; 一些使用频率偏低的权限当前版本的实现中还未做检查，比如 FILE/USAGE/SHUTDOWN/EXECUTE/PROCESS/INDEX 等等，未来会陆续完善。 现阶段对权限的支持还没有做到 column 级别。 1. CREATE USER [IF NOT EXISTS] 2. user [auth_spec] [, user [auth_spec]] 查询结果集中可能会包含重复值。指定 DISTINCT/DISTINCTROW 则在查询结果中过滤掉 重复的行；指定 ALL 则列出所有的行。默认为 ALL。 HIGH_PRIORITY 该语句为高优先级语句，TiDB 在执行阶段会优先处 理这条语句 SQL_CACHE 、 SQL_NO_CACHE 、 SQL_CALC_FOUND_ROWS TiDB 出于兼容性解析这三个语法，但是不做任何处 理 STRAIGHT_JOIN 0），第二个参数指定返回数据的最大条目数。 FOR UPDATE 对查询结果集所有数据上读锁，以监测其他事务对这 些的并发修改。TiDB 使用乐观事务模型在语句执行 期间不会检测锁冲突，在事务的提交阶段才会检测事 务冲突，如果执行 Select For Update 期间，有 其他事务修改相关的数据，那么包含 Select For Update 语句的事务会提交失败。 LOCK IN SHARE

schema • MySQL 追踪优化器 • XML 函数 • X-Protocol #1109 • Savepoints #6840 • 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） • CREATE TABLE tblName AS SELECT stmt 语法 #4754 • CHECK TABLE 语法 #4673 • CHECKSUM tiup install bench 关于 TiUP Bench 组件的详细用法可参考TiUP Bench。 4.6.2.1 导入数据 导入数据通常是整个 TPC-C 测试中最耗时，也是最容易出问题的阶段。 在 shell 中运行 TiUP 命令： tiup bench tpcc -H 172.16.5.140 -P 4000 -D tpcc --warehouses 1000 prepare 致的状态。 通过 BR 或者 Dumpling 将集群的数据从一个全局一致的时间点导出，然后再用 TiDB Binlog 衔接这个全局一致的 时间点开启增量同步，即同步过程分为全量同步和增量同步两个阶段： 1. 执行全量备份恢复，并且获取到备份数据的 commit TS。 2. 执行增量同步，确保增量同步的起始点是备份数据的 commit TS。 145 注意： 导出备份数据时的 commit

格式与 接口版 本。 PD schedule �→ . �→ max �→ - �→ store �→ - �→ preparing �→ - �→ time �→ 新增 控制 store 上 线阶段 的最长 等待时 间。 TiCDC enable �→ - �→ tls �→ 新增 控制是 否使用 TLS 连接 Kafka。 51 配置 文件 配置 项 修改 类型 描述 TiCDC Region Label 的 Time to live (TTL) #4694 – 支持 Region Buckets #4668 – 默认关闭编译 swagger server #4932 • TiFlash – 优化聚合算子的内存统计，从而能在 Merge 阶段选择更高效的算法 #4451 • Tools – Backup & Restore (BR) * 支持备份恢复空库 #33866 – schema • MySQL 追踪优化器 • XML 函数 • X-Protocol #1109 • Savepoints #6840 • 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） • CREATE TABLE tblName AS SELECT stmt 语法 #4754 • CHECK TABLE 语法 #4673 • CHECKSUM

TiDB 在 复杂运行环境下的稳定性，并降低了部分 TiDB 节点重启对整体服务的影响。你可以通过修改 TiDB 配置 参数lite-init-stats 为 true 来开启该特性。 在 TiDB 启动阶段，如果在初始统计信息加载完成之前执行 SQL，可能会产生不合理的执行计划，进而造 成性能问题。为了避免这种情况，TiDB v7.1.0 引入了配置项force-init-stats。你可以控制 TiDB TiDB 执行 INSERT INTO SELECT 语句中的 SELECT 子句时，优化器将根 据SQL 模式及 TiFlash 副本的代价估算自行决定是否将查询下推至 TiFlash。因此，在实验特性阶段引入的系 统变量 tidb_enable_tiflash_read_for_write_stmt 将被废弃。需要注意的是，TiFlash 对于 INSERT INTO �→ SELECT 语句的计算规则不满足 #14447 @SpadeA-Tang – 优化使用 Partitioned Raft KV 时 Snapshot 占用的空间 #14581 @bufferflies – 为 TiKV 处理请求的各个阶段提供更详细的时间信息 #12362 @cfzjywxk – 在日志备份中使用 PD 作为元数据存储 #13867 @YuJuncen • PD – 新增基于 snapshot 执行细节来自动调整

d> 实例级执行计划缓存允许同一个 TiDB 实例的所有会话共享执行计划缓存。 �→ 与现有的会话级执行计划缓存相比，实例级执行计划缓存能够在内存中缓存更多执行计划，减少 SQL �→ 编译时间，从而降低 SQL 整体运行时间，提升 OLTP 的性能和吞吐，同时更好地控制内存使用， �→ 提升数据库稳定性。 39 0 码力 | 5095 页 | 104.54 MB | 10 月前

3

d> 实例级执行计划缓存允许同一个 TiDB 实例的所有会话共享执行计划缓存。 �→ 与现有的会话级执行计划缓存相比，实例级执行计划缓存能够在内存中缓存更多执行计划，减少 SQL �→ 编译时间，从而降低 SQL 整体运行时间，提升 OLTP 的性能和吞吐，同时更好地控制内存使用， �→ 提升数据库稳定性。 34 0 码力 | 5072 页 | 104.05 MB | 10 月前

3

schema • MySQL 追踪优化器 • XML 函数 • X-Protocol #1109 • Savepoints #6840 • 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） • CREATE TABLE tblName AS SELECT stmt 语法 #4754 • CHECK TABLE 语法 #4673 • CHECKSUM tiup install bench 关于 TiUP Bench 组件的详细用法可参考TiUP Bench。 4.6.2.1 导入数据 导入数据通常是整个 TPC-C 测试中最耗时，也是最容易出问题的阶段。 在 shell 中运行 TiUP 命令： tiup bench tpcc -H 172.16.5.140 -P 4000 -D tpcc --warehouses 1000 prepare 致的状态。 通过 BR 或者 Dumpling 将集群的数据从一个全局一致的时间点导出，然后再用 TiDB Binlog 衔接这个全局一致的 时间点开启增量同步，即同步过程分为全量同步和增量同步两个阶段： 1. 执行全量备份恢复，并且获取到备份数据的 commit TS。 2. 执行增量同步，确保增量同步的起始点是备份数据的 commit TS。 153 注意： 导出备份数据时的 commit

INSERT INTO 指定的 TiDB 表中供后续分析使用，起到了结果缓存（即结 果物化）的效果。例如： INSERT INTO t2 SELECT Mod(x,y) FROM t1; 在实验特性阶段，该功能默认关闭。要开启此功能，请设置系统变量tidb_enable_tiflash_read_for_ �→ write_stmt 为 ON。使用该特性时，INSERT INTO 指定的结果表没有特殊限制，你可以自由选择是否 被 GC 机制回收，从而造成备份失败。更多信息，请参考用户文档。 • PITR 性能大幅提升 [@joccau](https://github.com/joccau) PITR 恢复的日志恢复阶段，单台 TiKV 的恢复速度可以达到 9 MiB/s，提升了 50%，并且恢复速度可扩展，有效 地降低容灾场景的 RTO 指标；容灾场景的 RPO 优化到 5 分钟，在常规的集群运维，如滚动升级，单 k 的字符集 • SYS schema • MySQL 追踪优化器 • XML 函数 • X-Protocol #1109 • 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） • CREATE TABLE tblName AS SELECT stmt 语法 #4754 • CHECK TABLE 语法 #4673 • CHECKSUM

BR �→ 快照恢复速度（从 v8.0.0 开始 GA） 通过该功能，BR 可以充分利用集群的规模优势，使 TiKV �→ 集群中的所有节点都能参与到数据恢复的准备阶段，从而显著提升大规模集群中大数据集的恢复速度 �→ 。实际测试表明，该功能可将下载带宽打满，下载速度可提升 8 到 10 倍，端到端恢复速度大约提升 �→ 1.5 到 3 倍。 33 阶段就造成大量资源消耗的情况。 TiDB 同时支持手动标记查询的功能。利用命令QUERY WATCH，你可以根据 SQL 的文本、SQL Digest 或执行 计划标记查询，命中的查询可以被降级或取消，达到添加 tf8、utf8mb4、gbk 的字符集 • MySQL 追踪优化器 • XML 函数 • X-Protocol #1109 • 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） • CREATE TABLE tblName AS SELECT stmt 语法 #4754 • CHECK TABLE 语法 #4673 • CHECKSUM