· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 596 5.5 验证集群运行状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 实例级执行计划缓存允许同一个 TiDB 实例的所有会话共享执行计划缓存。 �→ 与现有的会话级执行计划缓存相比，实例级执行计划缓存能够在内存中缓存更多执行计划，减少 SQL �→ 编译时间，从而降低 SQL 整体运行时间，提升 OLTP 的性能和吞吐，同时更好地控制内存使用， �→ 提升数据库稳定性。 34 �→ 支持为资源管控的后台任务设置资源使用上限 为资源管控的后台任务设置百分比上限，针对不同业务系统的需求，控制后台任务的消耗， �→ 从而将后台任务的消耗限制在一个很低的水平，保证在线业务的服务质量。 0 码力 | 5072 页 | 104.05 MB | 10 月前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 600 5.4.8 第 8 步：验证集群运行状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 601 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 601 5.6 验证集群运行状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 957 7.8.30 单表数据同步只能在一个 TiCDC 节点上运行，TiCDC 是否考虑使用多个节点同步多表数据？ · · 958 7.8.31 上游有运行时间比较长的未提交事务，TiCDC 同步是否会被卡住？ · · · · · · · · · · · · · · · · · · · 958 7.8.32

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 531 5.5 验证集群运行状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 可扩展性与性能 支持并行运行多个 ADD INDEX 语句 通过该功能，为同一个表添加多个索引的任务可以变为并发运行。以前同时运行 2 个添加索引语句 X 和 �→ Y 需要花费 X 的时间 + Y 的时间，现在在一个 SQL 语句中同时添加索引 X 和 Y，并发运行后， �→ 添加索引总耗时显著减少了。尤其是在宽表的场景， IMPORT INTO �→ 等操作将更快速灵活、稳定可靠，且运行成本较低。 资源管控支持自动管理后台任务（实验特性，从 v7.4.0 开始引入） 从

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 532 5.5 验证集群运行状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 相同的数据库时，针对其中一个数据库的 SQL binding 通常也适用于其它的数据库 �→ 。例如，在 SaaS 或 PaaS 数据平台中，每个用户通常各自维护单独的数据库， �→ 这些数据库具有相同的 schema 并运行着类似的 SQL。在这种情况下，逐一为每个数据库做 SQL �→ 绑定是不切实际的。TiDB v7.6.0 引入跨数据库绑定执行计划，支持在所有 schema �→ 相同的数据库之间匹配绑定计划。 管理资源消耗超出预期的查询-runaway-queries">管理资源消耗超出预期的查询（从 v8.1.0 �→ 开始 GA） 通过资源组的规则，TiDB 能够自动识别出运行超出预期的查询，并对该查询进行限流或取消处理。 �→ 即使没有被规则识别，你仍然可以手动添加查询特征以及采取对应的措施， �→ 从而降低突发的查询性能问题对整个数据库的影响。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 548 5.5 验证集群运行状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 0/pd-microservices">支持拆分 PD 功能为微服务， �→ 提高可扩展性（实验特性） Placement Driver (PD) 包含了多个确保 TiDB 集群能正常运行的关键模块。当集群的工作负载增加时， �→ PD 中各模块的资源消耗也会随之增加，造成这些模块间功能的相互干扰， �→ 进而影响整个集群的服务质量。为了解决该问题，从 v8.0.0 起，TiDB 支持将 停机时间和业务损失。需要注 意的是，恢复速度的提升是因为使用了大量的 goroutine 来并行工作，会有比较大的内存消耗，特别是 在表或者 Region 数很多的时候，推荐使用内存规格较高的机器来运行 BR 的客户端。如果机器的内存规 35 格较小，建议改用细粒度的 Region 分裂打散策略。此外，因为粗粒度打散 Region 算法会占用大量的外部 存储带宽，请避免因为外部带宽不足导致的对其他业务的影响。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 543 5.5 验证集群运行状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 相同的数据库时，针对其中一个数据库的 SQL binding 通常也适用于其它的数据库 �→ 。例如，在 SaaS 或 PaaS 数据平台中，每个用户通常各自维护单独的数据库， �→ 这些数据库具有相同的 schema 并运行着类似的 SQL。在这种情况下，逐一为每个数据库做 SQL �→ 绑定是不切实际的。TiDB v7.6.0 引入跨数据库绑定执行计划，支持在所有 schema �→ 相同的数据库之间匹配绑定计划。 的 CPU 利用率低于 10% 时，才会触发周期性全量数据整理。 更多信息，请参考用户文档。 2.2.1.3 稳定性 • 跨数据库绑定执行计划 #48875 @qw4990 在 TiDB 上运行 SaaS 服务时，为了方便数据维护和管理，通常会将每个租户的数据独立存储于不同数据 库中，并执行相同的业务逻辑。这导致数百个数据库中存在相同的表和索引定义，执行类似的 SQL 语 句。在这种场景下，对一条

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 538 5.5 验证集群运行状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · Y Y Y Y Y SET CONFIG Y Y Y Y Y Y E E E E DM WebUI E E E E E E N N N N 前台限流 Y Y Y Y Y E N N N N 后台限流 E E E E E N N N N N 基于 EBS 的备份和恢复 Y Y Y Y Y N N N N N PITR Y Y Y Y Y N N N N N 全局内存控制 Y Y Y Y (PITR) 场景，但是该组件在未来 LTS 版本中将被完全废弃，推荐使用PITR 替代。 53 管理，可视化和工具 8.2 8.1 7.5 7.1 6.5 6.1 5.4 5.3 5.2 5.1 后台任务资源管控 E E E N N N N N N N TiFlash 存算分离架构与 S3 支持 Y Y Y E N N N N N N 选择执行分布式执行框架任务的 TiDB 节点 Y Y Y

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 545 5.5 验证集群运行状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · pingcap.com/zh/tidb/v7.1/time-to-live" target="_blank">行级 TTL（从 �→ v7.0.0 开始 GA） 支持通过后台任务自动删除超过生命周期 (Time to live) 的数据， �→ 并以此来自动管理数据规模并提高性能。 33 0 码力 | 4369 页 | 98.92 MB | 1 年前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 505 5.5 验证集群运行状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · IP 来打开 TiDB Dashboard。 独立部署 TiDB Dashboard，可以获得以下收益： – TiDB Dashboard 的计算将不会再对 PD 节点有压力，可以更好的保障集群运行。 – 如果 PD 节点因异常不可访问，也还可以继续使用 TiDB Dashboard 进行集群诊断。 – 在开放 TiDB Dashboard 到外网时，不用担心 PD 中的特权端口的权限问题，降低集群的安全风险。 EXPLAIN ANALYZE 输出结果中 TiFlash 的 TableFullScan 算子的执行信息 #5926 @hongyunyan EXPLAIN ANALYZE 语句可以输出执行计划及运行时的统计信息。在 v6.5.0 中，TiFlash 对 TableFullScan 算子 的执行信息进行了完善，补充了 DMFile 相关的执行信息。你可以更加直观地查看 TiFlash 的数据扫描状

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 489 5.5 验证集群运行状态 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 用户文档：List 分区，List COLUMNS 分区 • 支持通过 SQL 语句对 TiFlash 副本立即触发物理数据整理 (Compaction)（实验特性） 在当前 TiFlash 后台自动整理物理数据（Compaction）机制基础上，新增 compact 命令，帮助刷新旧格式数 据，提升读写性能。推荐在升级至 v6.1.0 之后，执行该语句以清理数据。此语句是对标准 SQL 语法的扩 在 v6.1.0 升级完成后新创建的 分区表无需此动作）。 用户文档：MPP 模式访问分区表，动态裁剪模式，#3873 2.2.1.4 稳定性 • SST 故障自动恢复 当 RocksDB 后台检测到故障 SST 文件后，TiKV 会尝试通过调度所涉及的故障 Peer，并利用其它副本恢复该 节点数据，用户可以通过参数 background-error-recovery-window 设置允许的最长恢复时间。如果恢