发版日期：2023 年 3 月 30 日
TiDB 版本：7.0.0
在 7.0.0 版本中，你可以获得以下关键特性：
| 分类 | 功能 | 描述 |
|---|---|---|
| 可扩展性与性能 | 会话级别内无需手动准备 SQL 执行计划缓存（实验特性） | 支持在会话级别自动重用执行计划缓存，可以减少编译并缩短相同 SQL 查询的时间，而无需事先手动准备 Prepare Statement 语句。 |
| 可扩展性与性能 | TiFlash 支持存储计算分离和 S3 共享存储（实验特性） | TiFlash 增加云原生架构的支持作为可选项： * 支持存算分离架构，提升 HTAP 资源的弹性能力。 * 支持基于 S3 的存储引擎，以更低的成本提供共享存储。 |
| 稳定性与高可用 | 增强了资源管控（实验特性） | 支持使用资源组来为一个集群中的不同应用或工作负载分配和隔离资源。在这个版本中，TiDB 增加了对不同资源的绑定模式（用户级、会话级、语句级）和用户定义的优先级的支持，你还可以使用命令来对集群整体资源量进行预估。 |
| 稳定性与高可用 | TiFlash 支持数据落盘 | TiFlash 支持将中间结果落盘，以缓解数据密集型操作（如聚合、排序和 Hash Join）中的 OOM 问题。 |
| SQL | 行级 TTL (GA) | 支持通过后台任务自动删除超过生命周期（Time to live）的数据，并以此来自动管理数据规模并提高性能。 |
| SQ | 支持 REORGANIZE PARTITION 语法（List/Range 分区表） |
REORGANIZE PARTITION 语句可用于合并相邻分区，或将一个分区拆分为多个分区，从而提升分区表的易用性。 |
| 数据库管理与可观测性 | TiDB 通过 LOAD DATA 语句集成 TiDB Lightning（实验特性） |
集成 TiDB Lightning 的逻辑导入模式使 LOAD DATA 语句更加强大，例如支持从 S3/GCS 导入数据、支持任务管理等。 |
| 数据库管理与可观测性 | TiCDC 支持对象存储 Sink (GA) | TiCDC 支持将行变更事件同步到对象存储服务，包括 Amazon S3、GCS、Azure Blob Storage 和 NFS 等。 |
功能详情
可扩展性
- TiFlash 支持存算分离和对象存储（实验特性）#6882 @flowbehappy @JaySon-Huang @breezewish @JinheLin @lidezhu @CalvinNeo在 v7.0.0 之前的版本中，TiFlash 为存算一体架构。在此架构下，TiFlash 节点既是存储节点，也是计算节点，TiFlash 的计算能力和存储能力无法独立扩展；同时，TiFlash 节点只能使用本地存储。从 v7.0.0 起，TiFlash 新增存算分离架构。在此架构下，TiFlash 节点分为 Compute Node （计算节点）和 Write Node（写入节点）两种类型，并支持兼容 S3 API 的对象存储。这两种节点都可以单独扩缩容，独立调整计算或数据存储能力。TiFlash 的存算分离架构和存算一体架构不能混合使用、相互转换，需要在部署 TiFlash 时进行相应的配置指定使用其中的一种架构。更多信息，请参考用户文档。
性能
- 实现 Fast Online DDL 和 PITR 的兼容 #38045 @LeavrthTiDB v6.5.0 中 Fast Online DDL 功能和 PITR 未完全兼容。在使用 TiDB v6.5.0 时，建议先停止 PITR 后台备份任务，以 Fast Online DDL 方式快速添加索引，然后再启动 PITR 备份任务实现全量数据备份。从 TiDB v7.0.0 开始，Fast Online DDL 和 PITR 已经完全兼容。通过 PITR 恢复集群数据时，系统将自动回放日志备份期间记录的通过 Fast Online DDL 方式添加的索引操作，达到兼容效果。更多信息，请参考用户文档。
- TiFlash 引擎支持 Null-Aware Semi Join 和 Null-Aware Anti Semi Join 算子 #6674 @gengliqi当使用
IN、NOT IN、= ANY或!= ALL算子引导的关联子查询时，TiDB 会将其转化为 Semi Join 或 Anti Semi Join，从而提升计算性能。如果转换后的 Join key 列可能为NULL，则需要具有 Null-Aware 特性的 Join 算法，即 Null-Aware Semi Join 和 Null-Aware Anti Semi Join 算子。在 v7.0.0 之前的版本中，TiFlash 引擎不支持 Null-Aware Semi Join 和 Null-Aware Anti Semi Join 算子，因此无法将这些子查询直接下推至 TiFlash 引擎进行计算。从 TiDB v7.0.0 开始，TiFlash 引擎支持了 Null-Aware Semi Join 和 Null-Aware Anti Semi Join 算子。如果 SQL 包含这几种关联子查询，查询的表包含 TiFlash 副本，并且启用了 MPP 模式，优化器将自动判断是否将 Null-Aware Semi Join 和 Null-Aware Anti Semi Join 算子下推至 TiFlash 引擎进行计算以提升整体性能。更多信息，请参考用户文档。 - TiFlash 引擎支持 FastScan 功能 (GA) #5252 @hongyunyan从 v6.3.0 开始，TiFlash 引擎引入了快速扫描功能 (FastScan) 作为实验特性。在 v7.0.0 中，该功能正式 GA。你可以使用系统变量
tiflash_fastscan启用快速扫描功能。通过牺牲强一致性保证，该功能可以大幅提升扫表性能。如果对应的表仅进行INSERT操作，而没有UPDATE/DELETE操作，则快速扫描功能在提升扫表性能的同时不会损失强一致性。更多信息，请参考用户文档。 - TiFlash 查询支持延迟物化功能（实验特性）#5829 @Lloyd-Pottiger当
SELECT语句中包含过滤条件（WHERE子句）时，TiFlash 默认会先读取该查询所需列的全部数据，然后再根据查询条件对数据进行过滤、聚合等计算任务。延迟物化是一种优化方式，它支持下推部分过滤条件到 TableScan 算子，即先扫描过滤条件相关的列数据，过滤得到符合条件的行后，再扫描这些行的其他列数据，继续后续计算，从而减少 IO 扫描和数据处理的计算量。TiFlash 延迟物化默认关闭，可以通过将系统变量tidb_opt_enable_late_materialization设置为ON开启。开启后，TiDB 优化器会根据统计信息和查询的过滤条件，决定哪些过滤条件会被下推到 TableScan 算子。更多信息，请参考用户文档。 - 支持缓存非 Prepare 语句的执行计划（实验特性）#36598 @qw4990执行计划缓存是提高并发 OLTP 负载能力的重要手段，TiDB 已经支持 Prepare 语句的计划缓存。在 v7.0.0 中，非 Prepare 语句的执行计划也能够被缓存，使执行计划缓存能够应用于更广泛的场景，从而提升 TiDB 的并发处理能力。这个功能目前默认关闭，你可以通过系统变量
tidb_enable_non_prepared_plan_cache打开。出于稳定性考虑，在当前版本中，TiDB 开辟了一块新的区域用于缓存非 Prepare 语句的执行计划，你可以通过系统变量tidb_non_prepared_plan_cache_size设置缓存大小。此外，该功能对 SQL 的模式也有一定的限制，具体参见使用限制。更多信息，请参考用户文档。 - 解除执行计划缓存对子查询的限制 #40219 @fzzf678TiDB v7.0.0 移除了计划缓存对子查询的限制。带有子查询的 SQL 语句的执行计划可以被缓存，例如
SELECT * FROM t WHERE a > (SELECT ...)。这进一步扩大了执行计划缓存的应用范围，提高了 SQL 的执行效率。更多信息，请参考用户文档。 - TiKV 支持自动生成空的日志文件用于日志回收 #14371 @LykxSassinatorTiKV 在 v6.3.0 中引入了 Raft 日志回收特性，用以减少写负载的长尾延迟。但是，日志回收需要在 Raft 日志文件数量达到一定阈值后才能生效，使得用户无法直观感受到该特性对写负载吞吐的提升。为了改善用户体验，v7.0.0 正式引入了
raft-engine.prefill-for-recycle配置项，用以控制 TiKV 是否在进程启动时自动生成空的日志文件用于日志回收。该配置项启用时，TiKV 将在初始化时自动填充一批空日志文件用于日志回收，保证日志回收在初始化后立即生效。更多信息，请参考用户文档。 - 支持从窗口函数中推导 TopN 或 Limit 的优化规则，提升窗口函数的性能 #13936 @windtalker该功能默认关闭，需要将 session 变量 tidb_opt_derive_topn 设置为
ON开启。更多信息，请参考用户文档。 - 支持通过 Fast Online DDL 创建唯一索引 #40730 @tangentaTiDB v6.5.0 支持通过 Fast Online DDL 方式创建普通的二级索引。从 v7.0.0 开始，TiDB 支持通过 Fast Online DDL 方式创建唯一索引。相比于 TiDB v6.1.0，大表添加唯一索引的性能预期将提升数倍。更多信息，请参考用户文档。
稳定性
- 增强了资源管控特性 (实验特性) #38825 @nolouch @BornChanger @glorv @tiancaiamao @Connor1996 @JmPotato @hnes @CabinfeverB @HuSharpTiDB 优化了基于资源组的资源管控特性。该特性将会极大地提升 TiDB 集群的资源利用效率和性能表现。资源管控特性的引入对 TiDB 具有里程碑的意义，你可以将一个分布式数据库集群划分成多个逻辑单元，将不同的数据库用户映射到对应的资源组中，并根据需要设置每个资源组的配额。当集群资源紧张时，来自同一个资源组的会话所使用的全部资源将被限制在配额内，避免其中一个资源组过度消耗，从而影响其他资源组中的会话正常运行。该特性也可以将多个来自不同系统的中小型应用合入一个 TiDB 集群中，个别应用的负载提升，不会影响其他应用的正常运行。而在系统负载较低的时候，繁忙的应用即使超过设定的读写配额，也仍然可以被分配到所需的系统资源，达到资源的最大化利用。此外，合理利用资源管控特性可以减少集群数量，降低运维难度及管理成本。该特性不仅提供了 Grafana 内置的 Resource Control Dashboard 展示资源的实际使用情况，协助你更合理地配置资源，还支持基于会话和语句级别（Hint）的动态资源管控能力。这些功能的引入将帮助你更精确地掌控 TiDB 集群的资源使用情况，并根据实际需要动态调整配额。在 v7.0.0 中，支持为资源组设置绝对的调度优先级 (PRIORITY)，保障重要业务能够获取到资源，同时也扩展了资源组的设置方式。你可以通过以下方式使用资源组：
- 用户级别。通过
CREATE USER或ALTER USER语句将用户绑定到特定的资源组。绑定后，对应的用户新创建的会话会自动绑定对应的资源组。 - 会话级别。通过
SET RESOURCE GROUP设置当前会话的资源组。 - 语句级别。通过
RESOURCE_GROUP()设置当前语句的资源组。更多信息，请参考用户文档。
- 用户级别。通过
- 支持 Fast Online DDL 的检查点机制，提升容错性和自动恢复能力 #42164 @tangentaTiDB v7.0.0 引入 Fast Online DDL 的检查点机制，大幅提升 Fast Online DDL 的容错性和自动恢复能力。通过周期性记录并同步 DDL 进度，即使在 TiDB DDL Owner 故障重启或切换时，正在执行中的 DDL 仍能以 Fast Online DDL 方式继续执行，从而让 DDL 执行更加稳定高效。更多信息，请参考用户文档。
- TiFlash 引擎支持数据落盘 (Spill to disk) #6528 @windtalker为了提高执行性能，TiFlash 引擎尽可能将数据全部放在内存中运行。当数据量超过内存总大小时，TiFlash 会终止查询，避免内存耗尽导致系统崩溃。因此，TiFlash 可处理的数据量受限于可用的内存大小。从 v7.0.0 开始，TiFlash 引擎支持数据落盘功能，通过调整算子内存使用阈值
tidb_max_bytes_before_tiflash_external_group_by、tidb_max_bytes_before_tiflash_external_sort、tidb_max_bytes_before_tiflash_external_join，控制对应算子的最大内存使用量。当算子使用内存超过一定阈值时，会自动将数据落盘，牺牲一定的性能，从而处理更多数据。更多信息，请参考用户文档。 - 提升统计信息的收集效率 #41930 @xuyifangreeneyes在 v7.0.0 中，TiDB 进一步优化了统计信息收集的逻辑，收集时间降低了约 25%。这一优化提升了中大型数据库集群的运行效率和稳定性，减少了统计信息收集对集群性能的影响。
- 新增优化器 Hint 对 MPP 进行干预 #39710 @ReminiscentTiDB 在 v7.0.0 中增加了一系列优化器 Hint，来影响 MPP 操作执行计划的生成。
-
SHUFFLE_JOIN()：针对 MPP 生效。提示优化器对指定表使用 Shuffle Join 算法。 -
BROADCAST_JOIN()：针对 MPP 生效。提示优化器对指定表使用 Broadcast Join 算法。 -
MPP_1PHASE_AGG()：针对 MPP 生效。提示优化器对指定查询块中所有聚合函数使用一阶段聚合算法。 -
MPP_2PHASE_AGG()：针对 MPP 生效。提示优化器对指定查询块中所有聚合函数使用二阶段聚合算法。MPP 优化器 Hint 能够协助你干预 HTAP 查询，提升 HTAP 负载下的性能和稳定性。更多信息，请参考用户文档。
-
- 优化器 Hint 可兼容指定连接方式与连接顺序 #36600 @Reminiscent在 v7.0.0 中，优化器 Hint
LEADING()能够和影响连接方式的 Hint 配合使用，两者行为兼容。在多表连接的情况下，可以有效指定最佳的连接方式和连接顺序，提升优化器 Hint 对执行计划的控制能力。新的 Hint 行为会有微小的变化。为确保向前兼容，TiDB 引入了变量tidb_opt_advanced_join_hint。当此变量为OFF时，行为向前兼容。从旧版本升级到 v7.0.0 及之后版本的集群，该变量会被设置成OFF。为了获取更灵活的 Hint 行为，强烈建议在确保无性能回退的情况下，将该变量切换为ON。更多信息，请参考用户文档。
高可用
- TiDB 支持
prefer-leader选项，在网络不稳定的情况下提供更高的读可用性，降低响应延迟 #40905 @LykxSassinator你可以通过系统变量tidb_replica_read控制 TiDB 的数据读取行为。在 v7.0.0 中，该变量新增prefer-leader选项。当设置为prefer-leader时，TiDB 会优先选择 leader 副本执行读取操作。当 leader 副本的处理速度明显变慢时，例如由于磁盘或网络性能抖动，TiDB 将选择其他可用的 follower 副本来执行读取操作，从而提高可用性并降低响应延迟。更多信息，请参考用户文档。
SQL 功能
- Time to live (TTL) 已基本可用 (GA) #39262 @lcwangchao @YangKeaoTTL 提供了行级别的生命周期控制策略。在 TiDB 中，设置了 TTL 属性的表会根据配置自动检查并删除过期的行数据。TTL 的目标是帮助用户周期性且及时地清理不需要的数据，并尽量减少对用户负载的影响。更多信息，请参考用户文档。
- 支持
ALTER TABLE ... REORGANIZE PARTITION#15000 @mjonssTiDB 支持ALTER TABLE... REORGANIZE PARTITION语法。通过该语法，你可以对表的部分或所有分区进行重新组织，包括合并、拆分、或者其他修改，并且不丢失数据。更多信息，请参考用户文档。 - 支持 Key 分区 #41364 @TonsnakeLinTiDB 支持 Key 分区。Key 分区与 Hash 分区都可以保证将数据均匀地分散到一定数量的分区里面，区别是 Hash 分区只能根据一个指定的整数表达式或字段进行分区，而 Key 分区可以根据字段列表进行分区，且 Key 分区的分区字段不局限于整数类型。更多信息，请参考用户文档。
数据库管理
- TiCDC 支持同步变更数据至存储服务 (GA) #6797 @zhaoxinyuTiCDC 支持将变更数据同步到兼容 Amazon S3 协议的存储服务、GCS、Azure Blob Storage 以及 NFS 中。存储服务价格便宜，使用方便。对于不使用 Kafka 的用户，可以选择同步变更数据到存储服务。使用该功能，TiCDC 会将变更数据保存到文件，发送到存储服务中。用户自研的消费程序可以定时从存储服务读取新产生的变更数据进行数据处理。目前，TiCDC 支持将格式为 canal-json 和 CSV 的变更数据同步至存储服务。更多信息，请参考用户文档。
- TiCDC OpenAPI v2 #8019 @sdojjyTiCDC 提供 OpenAPI v2。相比 OpenAPI v1，OpenAPI v2 提供了更完整的同步任务支持。OpenAPI 提供的功能是
cdc cli工具的一个子集。你可以通过 OpenAPI v2 对 TiCDC 集群进行查询和运维操作，如获取 TiCDC 节点状态、检查集群健康状态、管理同步任务等。更多信息，请参考用户文档。 -
DBeaver v23.0.1 默认支持 TiDB #17396 @Icemap
- 提供独立的 TiDB 模块、Icon 和标识。
- 默认配置支持 TiDB Cloud Serverless Tier，你可以更方便地连接 Serverless Tier。
- 支持识别 TiDB 版本，从而显示或隐藏外键 Tab。
- 支持 Explain SQL 计划显示。
- 支持 TiDB 语法高亮，如
PESSIMISTIC、OPTIMISTIC、AUTO_RANDOM、PLACEMENT、POLICY、REORGANIZE、EXCHANGE、CACHE、NONCLUSTERED、CLUSTERED等。 - 支持 TiDB 函数高亮，如
TIDB_BOUNDED_STALENESS、TIDB_DECODE_KEY、TIDB_DECODE_PLAN、TIDB_IS_DDL_OWNER、TIDB_PARSE_TSO、TIDB_VERSION、TIDB_DECODE_SQL_DIGESTS、TIDB_SHARD等。更多信息，请参考 DBeaver 用户文档。
数据迁移
-
LOAD DATA语句集成 TiDB Lightning，你可以使用LOAD DATA语句完成原先需要使用 TiDB Lightning 才能完成的数据导入任务（实验特性）#40499 @lance6716在集成 TiDB Lightning 之前，LOAD DATA语句只能用于导入客户端的数据文件，如果你需要从云存储导入数据，不得不借助 TiDB Lightning 来实现。但是单独部署 TiDB Lightning 又会带来额外的部署成本和管理成本。将 TiDB Lightning 逻辑导入能力 (Logical Import Mode) 集成到LOAD DATA语句后，不仅可以省去 TiDB Lightning 的部署和管理成本，还可以借助 TiDB Lightning 的功能极大扩展LOAD DATA语句的能力。部分扩展的功能举例说明如下：- 支持从 Amazon S3 和 Google Cloud Storage 导入数据到 TiDB，且支持使用通配符一次性匹配多个源文件导入到 TiDB。
- 支持
DEFINED NULL BY来定义 null。 - 支持 CSV、TSV、Parquet、SQL (mydumper/dumpling) 格式的源文件。
- 支持将任务设置为
Detached，让任务在后台执行。 - 支持任务管理，可通过
SHOW LOAD DATA jobid查询任务状态和进展详情，方便管理和维护。更多信息，请参考用户文档。
- TiDB Lightning 向 TiKV 传输键值对时支持启用压缩传输 #41163 @gozssky自 v7.0.0 起，TiDB Lightning 正式支持将本地编码排序后的键值对在网络传输时进行压缩再发送到 TiKV，从而减少网络传输的数据量，降低 50% ~ 80% 网络带宽开销。在 v6.6.0 版本之前不支持该功能，在数据量较大的情况下，TiDB Lightning 对网络带宽要求相对较高，且会产生较高的流量费。相比 v6.6.0, v7.0.0 优化了压缩算法，能以更快的速度将数据导入到 TiKV 中。同样是开启压缩选项，v6.6.0 会增加 2 倍导入时间，而 v7.0.0 只会增加大约 60% 时间。以上的压缩率和导入时长仅供参考，不同的使用场景会有差异。该功能默认关闭，你可以通过将 TiDB Lightning 配置项
compress-kv-pairs设置为"gzip"或者"gz"开启此功能。更多信息，请参考用户文档。
更多详情请看：https://docs.pingcap.com/zh/tidb/v7.0/release-7.0.0
注意： PingCAP 不提供基于 v7.0 的 bug 修复版本，如有 bug，会在后续版本中修复。如无特殊需求，建议使用 TiDB 数据库的最新 LTS 版本。
