下，可以在同一个系统中做联机交易处理、实时数据分析，极大地节省企业的成本。 • 数据汇聚、二次加工处理的场景 当前绝大部分企业的业务数据都分散在不同的系统中，没有一个统一的汇总，随着业务的发展，企业 的决策层需要了解整个公司的业务状况以便及时做出决策，故需要将分散在各个系统的数据汇聚在同 一个系统并进行二次加工处理生成 T+0 或 T+1 的报表。传统常见的解决方案是采用 ETL + Hadoop 来完成， notes、6.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 即可管理全局内存阈值。 • 支持高性 倍 (GA) #35983 @benjamin2037 @tangenta TiDB v6.3.0 引入了添加索引加速作为实验特性，提升了添加索引回填过程的速度。该功能在 v6.5.0 正式 GA 并默认打开，预期大表添加索引的性能约提升为 v6.1.0 的 10 倍。添加索引加速适用于单条 SQL 语句 串行添加索引的场景，在多条 SQL 并行添加索引时仅对其中一条添加索引的 SQL 语句生效。

target="_blank">生成列 �→ (GA) 生成列 (Generated Columns) 的值是通过实时计算列定义中的 SQL 表达式得到的。 �→ 该功能将一些应用逻辑推向数据库层，从而提升查询效率。 安全 0 码力 | 4369 页 | 98.92 MB | 1 年前

3

com/zh/tidb/v8.1/ticdc-client-authentication"> �→ 客户端鉴权（从 v8.1.0 开始引入） TiCDC 支持使用 mTLS（双向传输层安全性协议）或 TiDB 用户名密码进行客户端鉴权。 �→ 该功能允许命令行工具或 OpenAPI 客户端验证与 TiCDC 的连接。 2.2.1 功能详情 2.2.1.1 稳定性 • @CharlesCheung96 在 v8.1.0 中，当使用 TiCDC CLI 或 OpenAPI 时，TiCDC 支持客户端鉴权。你可以配置 TiCDC 要求客户端使用证 书进行鉴权，以实现 mTLS（双向传输层安全性协议）。此外，你还可以使用 TiDB 用户名密码进行客户端 鉴权。 更多信息，请参考用户文档。 37 2.2.2 兼容性变更 注意： 以下为从 v8.0.0 升级至当前版本 (v8.1 Backup & Restore (BR) * 增加 PITR 集成测试用例，覆盖对日志备份与添加索引加速功能的兼容性测试 #51987 @Leavrth * 移除日志备份启动时检查是否存在活动 DDL job 的无效检查 #52733 @Leavrth * 增加测试用例，用于测试 PITR 和添加索引加速之间的兼容性 #51988 @Leavrth * BR 在恢复数据过程中，会清理空的 SST 文件

4 5.3 5.2 5.1 表达式索引 2 Y Y Y Y Y Y Y E E E E E 列式存储 (TiFlash) Y Y Y Y Y Y Y Y Y Y Y Y 使用 FastScan 加速 OLAP 场景下的查询 Y Y Y Y Y Y E N N N N N RocksDB 引擎 Y Y Y Y Y Y Y Y Y Y Y Y Titan 插件 Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y N N N N N 添加索引加速 Y Y Y Y Y Y Y N N N N N 元数据锁 Y Y Y Y Y Y N N N N N FLASHBACK CLUSTER Y Y Y Y Y Y Y N N N N N 暂停/恢复 DDL Y Y Y Y Y N N N N N N N TiDB 加速建表 E E E E N N N N N N N N 设置 显示统计信息收集的进度 Y Y Y Y Y N N N N N N N 2.3.9 安全 安全 8.4 8.3 8.2 8.1 7.5 7.1 6.5 6.1 5.4 5.3 5.2 5.1 传输层加密 (TLS) Y Y Y Y Y Y Y Y Y Y Y Y 静态加密 (TDE) Y Y Y Y Y Y Y Y Y Y Y Y 基于角色的访问控制 (RBAC) Y Y Y Y Y Y Y

@Leavrth 从 TiDB v8.0.0 版本起，BR 快照恢复提速功能正式发布并默认启用。通过采用粗粒度打散 Region 算法、批 量创建库表、降低 SST 文件下载和 Ingest 操作之间的相互影响、加速表统计信息恢复等改进措施，快照 恢复的速度有大幅提升。在实际案例中，单个 TiKV 节点的数据恢复速度稳定在 1.2 GiB/s，并且能够在 1 小时内完成对 100 TiB 数据的恢复。 这意味着即使在高负载环境下，BR key，并支持设置自定义加解密 key。如果升级前数据源配置和迁移任务配置里 使用了加密密码，需参考DM 自定义加解密 key 中的升级步骤进行额外操作。#9492 @D3Hunter • 在之前版本中，启用添加索引加速功能 (tidb_ddl_enable_fast_reorg = ON) 后，编码后的索引键值 ingest 到 TiKV 的过程使用了固定的并发数 (16)，并未根据下游 TiKV 的处理能力进行动态调整。从 enable �→ _fast_ �→ create �→ _table 新增 用于控 制是否 开启TiDB 加速建 表。将该 变量的 值设置 为 ON 可 以开启 该功能， 设置为 OFF 关闭 该功能。 默认值 为 OFF。 开启后， 将使 用CREATE �→ �→ TABLE �→ 加速 建表。 46 变量名 修改类型 描述 tidb_load �→ _ �→ binding �→ _

4 5.3 5.2 5.1 表达式索引 2 Y Y Y Y Y Y Y E E E E E 列式存储 (TiFlash) Y Y Y Y Y Y Y Y Y Y Y Y 使用 FastScan 加速 OLAP 场景下的查询 Y Y Y Y Y Y E N N N N N RocksDB 引擎 Y Y Y Y Y Y Y Y Y Y Y Y Titan 插件 Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y N N N N N 添加索引加速 Y Y Y Y Y Y Y N N N N N 元数据锁 Y Y Y Y Y Y N N N N N FLASHBACK CLUSTER Y Y Y Y Y Y Y N N N N N 暂停/恢复 DDL Y Y Y Y Y N N N N N N N TiDB 加速建表 E E E E N N N N N N N N 设置 显示统计信息收集的进度 Y Y Y Y Y N N N N N N N 2.3.9 安全 安全 8.4 8.3 8.2 8.1 7.5 7.1 6.5 6.1 5.4 5.3 5.2 5.1 传输层加密 (TLS) Y Y Y Y Y Y Y Y Y Y Y Y 静态加密 (TDE) Y Y Y Y Y Y Y Y Y Y Y Y 基于角色的访问控制 (RBAC) Y Y Y Y Y Y Y

5 6.1 5.4 5.3 5.2 5.1 表达式索引 2 Y Y Y Y Y E E E E E 列式存储 (TiFlash) Y Y Y Y Y Y Y Y Y Y 使用 FastScan 加速 OLAP 场景下的查询 Y Y Y Y E N N N N N RocksDB 引擎 Y Y Y Y Y Y Y Y Y Y Titan 插件 Y Y Y Y Y Y Y Y Y Y Titan 5.1 并行 DDL Y Y Y Y Y N N N N N 添加索引加速 Y Y Y Y Y N N N N N 元数据锁 Y Y Y Y Y N N N N N FLASHBACK CLUSTER Y Y Y Y Y N N N N N 暂停/恢复 DDL Y Y Y N N N N N N N TiDB 加速建表 E E N N N N N N N N 设置 BDR Role 用于 N N N N N 显示统计信息收集的进度 Y Y Y N N N N N N N 2.3.9 安全 安全 8.2 8.1 7.5 7.1 6.5 6.1 5.4 5.3 5.2 5.1 传输层加密 (TLS) Y Y Y Y Y Y Y Y Y Y 静态加密 (TDE) Y Y Y Y Y Y Y Y Y Y 基于角色的访问控制 (RBAC) Y Y Y Y Y Y Y Y Y Y 证书鉴权

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3681 14.13.20TiDB DDL V2 加速建表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3 5.2 5.1 5.0 4.0 表达式索引 2 Y Y Y Y E E E E E E E 列式存储 (TiFlash) Y Y Y Y Y Y Y Y Y Y Y 使用 FastScan 加速 OLAP 场景下的查询 Y Y Y E N N N N N N N RocksDB 引擎 Y Y Y Y Y Y Y Y Y Y Y Titan 插件 Y Y Y Y Y Y Y Y Y Y Y E E E E E 更改列类型 Y Y Y Y Y Y Y Y Y N N 临时表 Y Y Y Y Y Y Y N N N N 并行 DDL Y Y Y Y N N N N N N N 添加索引加速 Y Y Y Y N N N N N N N 元数据锁 Y Y Y Y N N N N N N N FLASHBACK CLUSTER Y Y Y Y N N N N N N N 暂停/恢复 DDL

下，可以同一个系统中做联机交易处理、实时数据分析，极大地节省企业的成本。 • 数据汇聚、二次加工处理的场景 当前绝大部分企业的业务数据都分散在不同的系统中，没有一个统一的汇总，随着业务的发展，企业 的决策层需要了解整个公司的业务状况以便及时做出决策，故需要将分散在各个系统的数据汇聚在同 一个系统并进行二次加工处理生成 T+0 或 T+1 的报表。传统常见的解决方案是采用 ETL + Hadoop 来完成， noop 变量 innodb_default_row_format，配置此变量无实际效果 #23541。 • 从 TiDB 5.2 起，为了提高系统安全性，建议（但不要求）对来自客户端的连接进行传输层加密，TiDB 提 供 Auto TLS 功能在 TiDB 服务器端自动配置并开启加密。要使用 Auto TLS 功能，请在 TiDB 升级前将 TiDB 配 置文件中的security.auto-tls write stall 机制，新的流控机制 通过以下改进减少了流控对前台写入稳定性的影响： – 当 RocksDB compaction 压力堆积时，通过在 TiKV scheduler 层进行流控而不是在 RocksDB 层进行流控， 避免 RocksDB write stall 造成的 raftstore 卡顿并造成 Raft 选举超时导致发生节点 leader 迁移的问题。 – 改善流控算法，有效降低大写入压力下导致

下，可以同一个系统中做联机交易处理、实时数据分析，极大地节省企业的成本。 • 数据汇聚、二次加工处理的场景 当前绝大部分企业的业务数据都分散在不同的系统中，没有一个统一的汇总，随着业务的发展，企业 的决策层需要了解整个公司的业务状况以便及时做出决策，故需要将分散在各个系统的数据汇聚在同 一个系统并进行二次加工处理生成 T+0 或 T+1 的报表。传统常见的解决方案是采用 ETL + Hadoop 来完成， 制用于执行提 交操作相关请 求的并发数。 默认值从 16 修 改为 128。 TiDB 配置文件 performance. �→ tcp-no- �→ delay 新增 控制 TiDB 是否 在 TCP 层开启 TCP_NODELAY。 默认值为 true， 代表开启。 TiDB 配置文件 performance. �→ enforce- �→ mpp 新增 用于在实例级 别控制 TiDB 是 否忽略优化器 anti join 的支持 – 优化锁操作以避免 DDL 语句和读数据相互阻塞 – 优化 TiFlash 对过期数据的清理 – 新增支持对 timestamp 列的查询过滤条件在 TiFlash 存储层进一步过滤 – 在集群中有大量表时，优化 TiFlash 的启动速度及扩容速度 – 提升 TiFlash 在未知 CPU 上运行的兼容性 • PD – 避免在添加 scatter region