· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 617 11.4.1 TiUP 文档地图 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash 通过 Multi-Raft • 升级前，请检查 TiDB 配置项feedback-probability 的值。如果不为 0，升级后会触发 “panic in the recoverable goroutine” 报错，但不影响升级。 • 兼容 MySQL 5.7 的 noop 变量 innodb_default_row_format，配置此变量无实际效果 #23541。 • 从 TiDB 5.2 起，为了提高系统安全

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 596 11.4.1 TiUP 文档地图 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash 通过 Multi-Raft • 升级前，请检查 TiDB 配置项feedback-probability 的值。如果不为 0，升级后会触发 “panic in the recoverable goroutine” 报错，但不影响升级。 • 为了提升 TiDB 性能，TiDB 的 Go 编译器版本从 go1.13.7 升级到了 go1.16.4。如果你是 TiDB 的开发者，为了 能保证顺利编译，请对应升级你的 Go 编译器版本。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 641 11.4.1 TiUP 文档地图 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash 通过 Multi-Raft 在主从灾备架构下，当生产集群（即 TiCDC 同步的上游集群）发生灾难、且短时间内无法恢复对外提供 服务时，TiCDC 具备保证从集群数据一致性的能力，并允许业务快速的将流量切换至从集群，避免数据 库长时间不可用而对业务造成影响。 该功能支持 TiCDC 将 TiDB 集群的增量数据复制到备用关系型数据库 TiDB/Aurora/MySQL/MariaDB，在 TiCDC 正常同步没有延迟的情况下，上游发生灾难后，可以在

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 721 11.4.1 TiUP 文档地图 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash 通过 Multi-Raft 支持通过 session 变量实现有界限过期数据读取 • 支持统计信息采集配置持久化 • 支持使用 Raft Engine 作为 TiKV 的日志存储引擎（实验特性） 28 • 优化备份对集群的影响 • 支持 Azure Blob Storage 作为备份目标存储 • 持续提升 TiFlash 列式存储引擎和 MPP 计算引擎的稳定性和性能 • 为 TiDB Lightning 增加已存在数据表是否允许导入的开关

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1158 13.4.1 TiUP 文档地图 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash 通过 Multi-Raft 将会崩溃。该特性对于可恢复存储故障进行自动检测和恢 复，提升了集群稳定性。 用户文档，#10578 34 • 支持非事务性 DML 语法 在大批量的数据处理场景，单一大事务 SQL 处理有可能对集群稳定性和性能造成影响。TiDB 从 v6.1.0 支 持对 DELETE 语句提供拆分后批量处理的语法格式，拆分后的语句将牺牲事务原子性和隔离性，但是对 于集群的稳定性有很大提升，详细语法请参考BATCH。 用户文档

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1440 13.4.1 TiUP 文档地图 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略，满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash 通过 Multi-Raft 设置每个资源组的配额。当 集群资源紧张时，同一资源组内的会话所使用的全部资源将受到配额限制，防止某一资源组的过度消 耗对其他资源组的会话造成影响。 该特性也可以将多个来自不同系统的中小型应用整合到同一个 TiDB 集群中。即使某个应用的负载增加， 也不会影响其他应用的正常运行。而在系统负载较低的时候，繁忙的应用即使超出设定的配额，仍可 获得所需系统资源，实现资源的最大化利用。此外，合理利用资源管控特性可以减少集群数量，降低

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1353 13.4.1 TiUP 文档地图 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash 通过 Multi-Raft 完整支持包含 INSERT、REPLACE、UPDATE 和 DELETE 的非事务 DML 语句 #33485 @ekexium 在大批量的数据处理场景，单一大事务 SQL 处理可能对集群稳定性和性能造成影响。非事务 DML 语句将 一个 DML 语句拆成多个 SQL 语句在内部执行。拆分后的语句将牺牲事务原子性和隔离性，但是对于集群 的稳定性有很大提升。TiDB 从 v6.1.0 开始支持非事务 DELETE

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1506 13.4.1 TiUP 文档地图 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略，满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash 通过 Multi-Raft 集群能正常运行的关键模块。当集群的工作负载增加时， �→ PD 中各模块的资源消耗也会随之增加，造成这些模块间功能的相互干扰， �→ 进而影响整个集群的服务质量。为了解决该问题，从 v8.0.0 起，TiDB 支持将 PD 的 TSO �→ 和调度模块拆分成可独立部署的微服务，可以显著降低当集群规模扩大时模块间的互相影响。 �→ 通过这种架构，TiDB 能够支持更大规模、更高负载的集群。 33 0 码力 | 4805 页 | 101.28 MB | 1 年前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1490 13.4.1 TiUP 文档地图 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略，满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash 通过 Multi-Raft v8.0.0 开始引入） 对于使用 TiDB 作为多租户应用程序记录系统的 SaaS 公司，经常需要存储大量的表。在以前的版本中， �→ 尽管支持处理百万级或更大数量的表，但可能会影响用户体验。TiDB v8.0.0 �→ 通过以下增强功能改善了这一问题：

• 引入新的 0 码力 | 4807 页 | 101.31 MB | 1 年前
  3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1476 13.4.1 TiUP 文档地图 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 缩容过程中对应用运维人员透明。 • 金融级高可用 数据采用多副本存储，数据副本通过 Multi-Raft 协议同步事务日志，多数派写入成功事务才能提交，确 保数据强一致性且少数副本发生故障时不影响数据的可用性。可按需配置副本地理位置、副本数量等 策略，满足不同容灾级别的要求。 • 实时 HTAP 提供行存储引擎TiKV、列存储引擎TiFlash 两款存储引擎，TiFlash 通过 Multi-Raft t-max-cpu 控制 TiKV 执行周期性全量数据整理时的 CPU 使用率阈值。 periodic-full-compact-start-max-cpu 默认是 10%，即为了减少对业务流量的影响，只有当 TiKV 的 CPU 利用率低于 10% 时，才会触发周期性全量数据整理。 更多信息，请参考用户文档。 2.2.1.3 稳定性 • 跨数据库绑定执行计划 #48875 @qw4990