存储着一部分数据 (对于复制表来说，每个 Instance 存储一份完整的数据，这是 6 版本新引入的分布策 略)，Instance 才是真正进行数据处理的地方。缺省情况下，用户不能跳过 Master 直接访问 Instance，而只能通过 Master 来访问整个数据库系统，不过，对于管理 员来说，有时需要使用 Utility 模式来访问 Instance，访问方法是： $ PGOPTIONS='-c 的利用网络带宽资源以实现高速并行装载。 上图展示了 GP 外部表和 gpfdist 是如何配合，以实现高速数据装载的，该模式 的性能是完全线性扩展的，数据直接在 gpfdist 和 Primary 之间并行传输，数据的 重分布直接在 Primary 之间完成，整个架构没有瓶颈点。 管理与监控 对 GP 系统的管理，可以通过一系列的命令行来实现，它们都存放在$GPHOME/bin 或 Group)。这些 Role 与运行在 OS 上的 Role 没有直接的关联关系。如果是出于便利考虑，可以选择使用与 OS Role 相 关联的 GP Role，这样对于一些缺省使用 OS User 名称作为 DB User 的应用来说会 有一点点便利性(这点便利微不足道)，不过，往往不太需要这样的设计，因为极少有 需要直接在 Master 主机上来访问 GP 的情况存在。 在 GP 中

体系太复杂，运维、存储成本太高无法满足用户的需求。与 Hadoop 相比，TiDB 就简单得多， 业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB，在 TiDB 中可通过 SQL 直接生成报表。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB 数据库的调度 2.2 TiDB 5.1 Release Notes 引入一种新的统计信息类型，默认作为实验特性启用，提升查询稳定性。 • 支持 MySQL 8 中的动态权限 (Dynamic Privileges) 配置，实现对某些操作更细粒度的控制。 • 支持通过 Stale Read 功能直接读取本地副本数据，降低读取延迟，提升查询性能（实验特性）。 • 新增锁视图 (Lock View) 功能方便 DBA 观察事务加锁情况以及排查死锁问题（实验特性）。 • 新增 TiKV 后台任务写入限制（TiKV 节点上最近发生的若干次死锁错误：DEADLOCKS – 查看 TiDB 节点上正在执行的事务的信息：TIDB_TRX 2.2.2.3 性能 • 数据副本非一致性读 (Stale Read)（实验特性） 直接读取本地副本数据，降低读取延迟，提升查询性能 用户文档，#21094 • 默认开启 Hibernate Region 特性。 如果 Region 长时间处于非活跃状态，即被自动设置为静默状态，可以降低

体系太复杂，运维、存储成本太高无法满足用户的需求。与 Hadoop 相比，TiDB 就简单得多， 业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB，在 TiDB 中可通过 SQL 直接生成报表。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB 数据库的调度 2.2 TiDB 5.2 Release Notes 例，减少数据复制的延迟和减少运维操作步骤 • TiDB Lightning 支持自定义 CSV 数据的终止符，兼容 MySQL LOAD DATA CSV 数据格式。使得 TiDB Lightning 可以 直接使用在用户数据流转架构体系中。#1297 2.2.2.5 TiDB 数据共享订阅 TiCDC 支持 HTTP 协议 OpenAPI 对 TiCDC 任务进行管理，在 Kubernetes 以及本地部署环境下提供更友好的运维方 文件的绝对路径。在执行以下 source 命令前，需要 根据 profile 文件的实际位置修改命令。 source .bash_profile 3. 在当前 session 执行以下命令启动集群。 59 • 直接执行 tiup playground 命令会运行最新版本的 TiDB 集群，其中 TiDB、TiKV、PD 和 TiFlash 实例各 1 个： tiup playground • 也可以指定

体系太复杂，运维、存储成本太高无法满足用户的需求。与 Hadoop 相比，TiDB 就简单得多， 业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB，在 TiDB 中可通过 SQL 直接生成报表。 关于 TiDB 典型应用场景和用户案例的介绍，请观看以下视频。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB 请求负载过高的情况下，通过开启 PD Follower Proxy，可以将 follower 上请求周期内收集到的 TSO request 批量转发到 leader 节点，从而有效减少 client 与 leader 的直接交互次数，降低 leader 的负载， 提升 TiDB 整体性能。 注意： 在 client 数较少、PD leader 负载不高的情况下，不建议开启 PD Follower Proxy 功能。 文件的绝对路径。在执行以下 source 命令前，需要 根据 profile 文件的实际位置修改命令。 67 source .bash_profile 3. 在当前 session 执行以下命令启动集群。 • 直接执行 tiup playground 命令会运行最新版本的 TiDB 集群，其中 TiDB、TiKV、PD 和 TiFlash 实例各 1 个： tiup playground • 也可以指定

次加工处理生成 T+0 或 T+1 的报 表。与 Hadoop 相比，TiDB 要简单得多，业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB，在 TiDB 中可通过 SQL 直接生成报表。 关于 TiDB 典型应用场景和用户案例的介绍，请观看以下视频。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB Raft KV 引擎支持 TiDB Lightning、BR 和 TiCDC 等工具。 该功能目前是实验特性，不推荐在生产环境中使用。目前仅支持在新集群中使用新引擎，暂不支持从 原 TiKV 存储引擎直接升级到该引擎。 更多信息，请参考用户文档。 • TiFlash 查询支持延迟物化功能 (GA) #5829 @Lloyd-Pottiger 在 v7.0.0 中，TiFlash 引入了延迟物化 ${your_shell_profile} 修改为 Shell profile 文件的实际位置。 source ${your_shell_profile} 3. 在当前 session 执行以下命令启动集群。 • 直接执行 tiup playground 命令会运行最新版本的 TiDB 集群，其中 TiDB、TiKV、PD 和 TiFlash 实例各 1 个： tiup playground • 也可以指定

体系太复杂，运维、存储成本太高无法满足用户的需求。与 Hadoop 相比，TiDB 就简单得多， 业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB，在 TiDB 中可通过 SQL 直接生成报表。 关于 TiDB 典型应用场景和用户案例的介绍，请观看以下视频。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB v6.5.0 且 TiDB Operator v1.4.0 之后，在 Kubernetes 上支持将 TiDB Dashboard 作为独立的 Pod 部署。在 TiDB Operator 环境，可直接访问该 Pod 的 IP 来打开 TiDB Dashboard。 独立部署 TiDB Dashboard，可以获得以下收益： – TiDB Dashboard 的计算将不会再对 PD 节点有压力，可以更好的保障集群运行。 �→ expired �→ - �→ password �→ 新增 该配置用 于控制 TiDB 服务 端是否直 接断开密 码已过期 用户的连 接，默认 值为 true， 表示 TiDB 服务端将 直接断开 密码已过 期用户的 连接。 TiKV raw-min- �→ ts- �→ outlier �→ - �→ threshold �→ 删除 从 v6.4.0 起，该配 置项被废 弃。从 v6

体系太复杂，运维、存储成本太高无法满足用户的需求。与 Hadoop 相比，TiDB 就简单得多， 业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB，在 TiDB 中可通过 SQL 直接生成报表。 关于 TiDB 典型应用场景和用户案例的介绍，请观看以下视频。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB Data Migration (DM) 文档独立于 TiDB 文档。自 v5.4 起，TiDB Data Migration 的文档 已合并入相同版本的 TiDB 文档，无需跳转到 DM 文档站，你可以直接在 TiDB 文档站阅读DM 文档。 • 移除 cdclog。自 v5.4.0 起，不再支持 cdclog。 • 改进了给系统变量设置为字符串 “DEFAULT” 的行为，以便与 MySQL 更兼容 等占用空间较大的统计信息同步加载到内存，提高该 SQL 语句优化时统计信息的完整性。 用户文档 2.2.2.4 稳定性 • 支持统计信息采集配置持久化 统计信息是优化器生成执行计划时所参考的基础信息之一，统计信息的准确性直接影响生成的执行计 划是否合理。为了保证统计信息的准确性，有时候需要针对不同的表、分区、索引设置不同的采集配 置项。 TiDB 从 v5.4.0 版本开始支持 ANALYZE 配置持久化功能，方便后续收集统计信息时沿用已有配置项。

次加工处理生成 T+0 或 T+1 的报 表。与 Hadoop 相比，TiDB 要简单得多，业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB，在 TiDB 中可通过 SQL 直接生成报表。 关于 TiDB 典型应用场景和用户案例的介绍，请观看以下视频。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB 义错误导致导入了大量冲突数据，从而节 省时间和计算资源。 TiCDC security.client- �→ allowed-user 新增 指定可用于客户端鉴权的用户名，列表中 不存在的用户的鉴权请求将被直接拒绝。 默认值为 null。 TiCDC security.client-user- �→ required 新增 控制是否使用 TiDB 的用户名和密码进行客 户端鉴权，默认值为 false。 允许将系统变量 tidb_service_scope 设置为不同的值，以更好地利用分布式框架功能 #52441 @ywqzzy – 增强 TiDB 对始终为 false 的 DNF 项的处理能力，直接忽略这种过滤条件，以避免不必要的全表扫 描 #40997 @hi-rustin – 当查询可以选择除全表扫描以外的单索引扫描方式时，支持以 Optimizer Fix Controls 的方式解除优化

次加工处理生成 T+0 或 T+1 的报 表。与 Hadoop 相比，TiDB 要简单得多，业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB，在 TiDB 中可通过 SQL 直接生成报表。 关于 TiDB 典型应用场景和用户案例的介绍，请观看以下视频。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB ，如果查询不包含谓词，可能无 法加载统计信息的问题 #48257 @time-and-fate – 修复 init-stats 流程可能导致 TiDB panic 以及 load stats 流程直接退出的问题 #51581 @hawkingrei – 修复 IN() 谓词中包含 NULL 时，查询结果错误的问题 #51560 @winoros – 修复当 DDL 任务中包含多张表时，MDL ${your_shell_profile} 修改为 Shell profile 文件的实际位置。 source ${your_shell_profile} 3. 在当前 session 执行以下命令启动集群。 • 直接执行 tiup playground 命令会运行最新版本的 TiDB 集群，其中 TiDB、TiKV、PD 和 TiFlash 实例各 1 个： tiup playground • 也可以指定

次加工处理生成 T+0 或 T+1 的报 表。与 Hadoop 相比，TiDB 要简单得多，业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB，在 TiDB 中可通过 SQL 直接生成报表。 关于 TiDB 典型应用场景和用户案例的介绍，请观看以下视频。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB jeprof 生成 Heap Profile。从 v7.5.0 开始，TiKV 支持远程处理 Heap Profile，你可以通过 TiDB �→ Dashboard 直接获取 Heap Profile 的火焰图和调用图。该功能提供了与 Go �→ 堆内存分析同等的简单易用体验。 2.2.1 功能详情 2.2.1.1 可扩展性 • 支持设置 TiDB 节点的服务范围，用于选择适用的 或内存使用高的问题时，往往需要在实例环境下手动运行 jeprof 生成 Heap Profile。从 v7.5.0 开始，TiKV 支持远程处理 Heap Profile，你可以通过 TiDB Dashboard 直接获取 Heap Profile 的 火焰图和调用图。该功能提供了与 Go 堆内存分析同等的简单易用体验。 更多信息，请参考用户文档。 36 2.2.1.5 数据迁移 • IMPORT INTO