· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 358 8.13.3 TiFlash 查询时间不稳定，同时错误日志中打印出大量的 Lock Exception · · · · · · · · · · · · · · · · · · 359 8.13.4 部分查询返回 Region Unavailable · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1983 14.2 TiDB 版本发布时间线 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · interval 新增 TiKV 每隔一段 时间会检测 Raftstore 组件的 延迟情况，该 配置项设置检 测的时间间隔。 当检测的延迟 超过该时间， 该检测会被记 为超时。默认 值为 500ms。 TiKV 配置文件 raftstore.max �→ -peer-down �→ -duration 修改 表示副本允许 的最长未响应 时间，超过将 被标记为 down， 后续 PD 会尝试

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 945 7.7.4 TiCDC 启动任务的 start-ts 时间戳与当前时间差距较大，任务执行过程中同步中断，出现错误 [CDC:ErrBufferReachLimit]，怎么办？ · · · · · · · · · · · · · · · · · · · · · · 输出变更数据中的时间戳、表名和 库名？· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 954 7.8.16 TiCDC 把数据同步到 Kafka 时，如何确定一条消息中包含的数据变更发生在哪个时间点？ · · 产生的数据变更同步到下游？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · 955 7.8.22 同步 DDL 到下游 MySQL 5.7 时为什么时间类型字段默认值不一致？ · · · · · · · · · · · · · · · · · · · · 956 7.8.23 使用 TiCDC 创建同步任务时将 safe-mode 设置为 true

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4193 16.2 TiDB 版本发布时间线 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 实例级执行计划缓存允许同一个 TiDB 实例的所有会话共享执行计划缓存。 �→ 与现有的会话级执行计划缓存相比，实例级执行计划缓存能够在内存中缓存更多执行计划，减少 SQL �→ 编译时间，从而降低 SQL 整体运行时间，提升 OLTP 的性能和吞吐，同时更好地控制内存使用， �→ 提升数据库稳定性。 34 TiDB 并行获取 TSO 在高并发场景下，并行获取 TSO 能够有效降低等待获取 TSO 的时间，提升集群的吞吐。 提升缓存表的查询性能

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4150 24 16.2 TiDB 版本发布时间线 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 倍 #52831 @hawkingrei SaaS 或 PaaS 类业务应用中可能存在大量的数据表，这些表不但会拖慢初始统计信息的加载速度，也会 增加高负载情况下同步负载的失败率。TiDB 的启动时间以及执行计划的准确性都会受到影响。在 v8.2.0 中，TiDB 从并发模型、内存分配方式等多个角度优化了统计信息的加载过程，降低延迟，提升吞吐，避 免由于统计信息加载速度过慢，影响业务扩容。 新 更多信息，请参考用户文档。 2.2.1.5 数据库管理 • TiUP 支持部署 PD 微服务 #5766 @rleungx 37 PD 从 v8.0.0 开始支持微服务模式。该模式通过将 PD 的时间戳分配和集群调度功能拆分为独立的服务进 行部署和管理，可以更好地控制资源的使用和隔离，减少不同服务之间的相互影响。但是，在 v8.2.0 之 前的版本中，PD 微服务仅支持通过 TiDB Operator

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4018 16.2 TiDB 版本发布时间线 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · （实验特性，从 v7.6.0 开始引入） 在 v7.6.0 中引入了新的 DDL 架构，批量建表的性能提高了 10 倍。 �→ 这一重大改进极大地缩短了创建大量表所需的时间。特别是在 SaaS 场景中，快速创建大量表（ �→ 从数万到数十万不等）是一个常见的挑战，使用该特性能显著提升 SaaS 场景的建表速度。 0 码力 | 4807 页 | 101.31 MB | 1 年前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4029 16.2 TiDB 版本发布时间线 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 支持微服务模式（实验特性）#5766 @binshi-bing 从 v8.0.0 开始，PD 支持微服务模式。该模式可将 PD 的时间戳分配和集群调度功能拆分为以下微服务单 独部署，从而实现 PD 的性能扩展，解决大规模集群下 PD 的性能瓶颈问题。 – tso 微服务：为整个集群提供单调递增的时间戳分配。 – scheduling 微服务：为整个集群提供调度功能，包括但不限于负载均衡、热点处理、副本修复、副 100 TiB 数据的恢复。 这意味着即使在高负载环境下，BR 工具也能够充分利用每个 TiKV 节点的资源，显著减少数据库恢复时 间，增强数据库的可用性和可靠性，减少因数据丢失或系统故障引起的停机时间和业务损失。需要注 意的是，恢复速度的提升是因为使用了大量的 goroutine 来并行工作，会有比较大的内存消耗，特别是 在表或者 Region 数很多的时候，推荐使用内存规格较高的机器来运行 BR

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3865 16.2 TiDB 版本发布时间线 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ADD INDEX 语句 通过该功能，为同一个表添加多个索引的任务可以变为并发运行。以前同时运行 2 个添加索引语句 X 和 �→ Y 需要花费 X 的时间 + Y 的时间，现在在一个 SQL 语句中同时添加索引 X 和 Y，并发运行后， �→ 添加索引总耗时显著减少了。尤其是在宽表的场景， �→ 内部测试数据显示同时添加多个索引的性能最高可提升 94%。 但它并不对每个资源组内的查询产生影响。TiDB v7.2.0 引入了运行超出预期的查询 (Runaway �→ Queries) 时的资源控制功能，你可以控制 TiDB 如何识别和处理每个资源组的查询。根据需要， �→ 长时间运行的查询可能会被终止或节流，你可以通过准确的 SQL 文本、SQL Digest 或 Plan Digest �→ 来识别查询。在 TiDB v7.3.0，你可以主动监视已知的不良查询，类似于数据库级别的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 349 8.13.3 TiFlash 查询时间不稳定，同时错误日志中打印出大量的 Lock Exception · · · · · · · · · · · · · · · · · · 350 8.13.4 部分查询返回 Region Unavailable false，代表不 允许生成 core dump 文件。 TiKV 配置文件 hibernate- �→ regions 修改 默认值从 false 修改为 true。如果 Region 长时间 处于非活跃状 态，即被自动 设置为静默状 态。 TiKV 配置文件 old-value- �→ cache- �→ memory- �→ quota 新增 设置缓存在内 存中的 TiCDC Old DECIMAL 精度修改 – 从 VARCHAR(10) 到 VARCHAR(5) 的长度压缩 用户文档 • 引入新的语法 AS OF TIMESTAMP，支持通过 Stale Read 功能从指定的时间点或时间范围内读取历史数据 （实验特性）。 用户文档，#21094 AS OF TIMESTAMP 语法示例如下： SELECT * FROM t AS OF TIMESTAMP '2020-09-06

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 377 8.14.3 TiFlash 查询时间不稳定，同时错误日志中打印出大量的 Lock Exception · · · · · · · · · · · · · · · · · · 378 8.14.4 部分查询返回 Region Unavailable · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2075 14.2 TiDB 版本发布时间线 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 版本中，你可以获得以下关键特性： • 引入临时表，简化业务逻辑并提升性能 • 支持设置表和分区的表属性 • 支持为 TiDB Dashboard 创建最小权限用户，提高系统安全性 • 优化 TiDB 时间戳处理流程，提升系统的整体性能 • 提高 DM 同步性能，实现以更低的延迟将数据从 MySQL 同步数据到 TiDB 26 • 支持 TiDB Lightning 分布式并行导入，提升全量数据迁移效率

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3179 16.2 TiDB 版本发布时间线 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · TiDB 监控 Grafana 可视化组件中的一个新增面板，基于数据库时间分析法和颜色 优化法，按照自上而下的性能分析方法论对 TiDB 的性能指标做了重新梳理，为 TiDB 用户提供一个系统 级别的总体性能诊断入口。通过 Performance Overview 面板，你可以直观地看到整个系统的性能瓶颈在哪 里，数量级地缩短了性能诊断时间并降低了性能分析和诊断难度。 用户文档 2.2.1.3 性能 文件后，TiKV 会尝试通过调度所涉及的故障 Peer，并利用其它副本恢复该 节点数据，用户可以通过参数 background-error-recovery-window 设置允许的最长恢复时间。如果恢 复操作未能在设置的时间窗口内完成，TiKV 将会崩溃。该特性对于可恢复存储故障进行自动检测和恢 复，提升了集群稳定性。 用户文档，#10578 34 • 支持非事务性 DML 语法 在大批量的数据处理场景，单一大事务