· · · · · · · · 684 9.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 684 9.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · Raw Key Value 存储时，由于仅存储了客户端传入的原始数据，因此只提供基本 的 Key Value 读写能力。 TiKV API V2 提供了新的 Raw Key Value 存储格式与访问接口，包括： – 数据以 MVCC 方式存储，并记录了数据的变更时间戳。这个特性将为实现 Change Data Capture、增量 备份与恢复等打下基础。 – 数据根据不同的使用方式划分范围，支持单一集群 的最长 恢复时 间。 TiKV storage �→ . �→ api �→ - �→ version �→ 新增 TiKV 作为 Raw Key Value 存 储数据 时使用 的存储 格式与 接口版 本。 PD schedule �→ . �→ max �→ - �→ store �→ - �→ preparing �→ - �→ time �→ 新增 控制 store 上 线阶段 的最长

· · · · · · · · 322 7.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 322 7.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · Lightning incremental- �→ import 新增 是否允许向已 存在数据的表 导入数据。默 认值为 false。 2.2.1.3 其他 • 为 TiDB 和 PD 之间新增接口。使用 information_schema.TIDB_HOT_REGIONS_HISTORY 系统表时，TiDB 需要 使用匹配的 PD 版本。 • 对 log 相关参数，TiDB Server、PD Kubernetes，可根据实时负载状态，动态扩缩节点，能够有效地缓解业务高峰的压力并且 节约不必要的成本开销。详情参阅：启用 TidbCluster 弹性伸缩。（v4.0 实验特性） 2.4.4 SQL 功能 • 使用 SQL 接口设置数据放置规则。(v5.3 实验特性) • List 分区表 (List Partition)。（v5.0 实验特性） • List Column 分区表 (List Column Partition)。（v5

统计信息的导出接口为： 1. http://${tidb-server-ip}:${tidb-server-status-port}/stats/dump/${db_name}/${table_name} 2. > 通过该接口可以获取数据库 `${db_name}` 中的表 `${table_name}` 的 json 格式的统计信息。 导入的统计信息一般是通过统计信息导出接口得到的 json 文件。 文档内部的字段建立索引。基于此，用户可以很灵 活地处理那些 schema 不确定的业务，同时不必受限于传统文档数据库糟糕的读性能及匮乏的事务支持。 TiDB 的 JSON 主要参考了 MySQL 5.7 的用户接口。例如，可以创建一个表，包含一个 JSON 字段来存储那些复 杂的信息： 1. CREATE TABLE person ( 2. id INT NOT NULL AUTO_INCREMENT 163 - 本文档使用 书栈(BookStack.CN) 构建 Connectors 和 API 数据库连接器为客户端提供了连接数据库服务端的方式，APIs 提供了使用 MySQL 协议和资源的底层接口。无论是 连接器还是 API，都可以用来在不同的语言和环境内连接服务器并执行 sql 语句，包括 odbc、java(jdbc)、 Perl、Python、PHP、Ruby 和 C。 TiDB 兼容

· · · · · · · · 244 7.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 244 7.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · • XML 函数 • X-Protocol #1109 • Savepoints #6840 • 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） • CREATE TABLE tblName AS SELECT stmt 语法 #4754 • CHECK TABLE 语法 #4673 • CHECKSUM TABLE 语法 #1895 同时存在，自动同步，保持强一致性。行存为在 线事务处理 OLTP 提供优化，列存则为在线分析处理 OLAP 提供性能优化。 • HTAP 数据一致性：作为一个分布式事务型的键值数据库，TiKV 提供了满足 ACID 约束的分布式事务接口， 并通过 Raft 协议保证了多副本数据一致性以及高可用。TiFlash 通过 Multi-Raft Learner 协议实时从 TiKV 复制 数据，确保与 TiKV 之间的数据强一致。 • HTAP

· · · · · · · · 828 9.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 828 9.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · 字段添加部分统计信息详情。 更多信息，请参考使用 PLAN REPLAYER 保存和恢复集群线程信息、使用 EXPLAIN 解读执行计划和慢日志查询。 2.2.1.6 安全 • 更换 TiFlash 系统表信息的查询接口 #6941 @flowbehappy 从 v7.1.0 起，TiFlash 在向 TiDB 提供INFORMATION_SCHEMA.TIFLASH_TABLES 和INFORMATION_SCHEMA schema • MySQL 追踪优化器 • XML 函数 • X-Protocol #1109 • 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） • CREATE TABLE tblName AS SELECT stmt 语法 #4754 • CHECK TABLE 语法 #4673 • CHECKSUM TABLE 语法 #1895

· · · · · · · · 257 7.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 257 7.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · 时间格式变化，详情见 Prometheus commit。 2.2.2 新功能 2.2.2.1 SQL • 使用 SQL 接口设置数据放置规则（实验特性） 新增对 [CREATE | ALTER] PLACEMENT POLICY 语句的支持，提供 SQL 接口设置数据放置规则。通过该功 能，用户可以指定任意连续数据按照不同地域、机房、机柜、主机、硬件、副本数规则进行部署，满足 低成本、高 Kubernetes，可根据实时负载状态，动态扩缩节点，能够有效地缓解业务高峰的压力并且 节约不必要的成本开销。详情参阅：启用 TidbCluster 弹性伸缩。（v4.0 实验特性） 2.4.4 SQL 功能 • 使用 SQL 接口设置数据放置规则。(v5.3 实验特性) • List 分区表 (List Partition)。（v5.0 实验特性） • List Column 分区表 (List Column Partition)。（v5

· · · · · · · · 773 9.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 773 9.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · schema • MySQL 追踪优化器 • XML 函数 • X-Protocol #1109 • 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） • CREATE TABLE tblName AS SELECT stmt 语法 #4754 • CHECK TABLE 语法 #4673 • CHECKSUM TABLE 语法 #1895 同时存在，自动同步，保持强一致性。行存为在 线事务处理 OLTP 提供优化，列存则为在线分析处理 OLAP 提供性能优化。 • HTAP 数据一致性：作为一个分布式事务型的键值数据库，TiKV 提供了满足 ACID 约束的分布式事务接口， 并通过 Raft 协议保证了多副本数据一致性以及高可用。TiFlash 通过 Multi-Raft Learner 协议实时从 TiKV 复制 数据，确保与 TiKV 之间的数据强一致。 • HTAP

· · · · · · · · 854 9.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 854 9.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · enable-replica-selector-v2 禁用该优化 #16297 #1104 #1167 @MyonKeminta @zyguan @crazycs520 – PD client 使用元数据存储接口代替原有的全局配置接口 #14484 @HuSharp – 通过 write cf stats 决定数据加载行为，以提升扫描性能 #16245 @Connor1996 – 在 Raft conf change Voter 降级的最近一次心跳，确保此行为不会导 致该 Region 不可访问 #15799 @tonyxuqqi – 为 Pipelined DML 增加 Flush 和 BufferBatchGet 接口 #16291 @ekexium – 增加 cgroup CPU 和内存限制的监控 #16392 @pingandb – 增加 Region worker 和快照生成 worker 的 CPU 监控

· · · · · · · · 838 9.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 838 9.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · 的字符集 • MySQL 追踪优化器 • XML 函数 • X-Protocol #1109 • 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） • CREATE TABLE tblName AS SELECT stmt 语法 #4754 • CHECK TABLE 语法 #4673 • CHECKSUM TABLE 语法 #1895 同时存在，自动同步，保持强一致性。行存为在 线事务处理 OLTP 提供优化，列存则为在线分析处理 OLAP 提供性能优化。 • HTAP 数据一致性：作为一个分布式事务型的键值数据库，TiKV 提供了满足 ACID 约束的分布式事务接口， 并通过 Raft 协议保证了多副本数据一致性以及高可用。TiFlash 通过 Multi-Raft Learner 协议实时从 TiKV 复制 数据，确保与 TiKV 之间的数据强一致。 • HTAP

· · · · · · · · 844 9.2.1 使用状态接口· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 844 9.2.2 使用 metrics 接口 · · · · · · · · · · · · · · · schema • MySQL 追踪优化器 • XML 函数 • X-Protocol #1109 • 列级权限 #9766 • XA 语法（TiDB 内部使用两阶段提交，但并没有通过 SQL 接口公开） • CREATE TABLE tblName AS SELECT stmt 语法 #4754 • CHECK TABLE 语法 #4673 • CHECKSUM TABLE 语法 #1895 同时存在，自动同步，保持强一致性。行存为在 线事务处理 OLTP 提供优化，列存则为在线分析处理 OLAP 提供性能优化。 • HTAP 数据一致性：作为一个分布式事务型的键值数据库，TiKV 提供了满足 ACID 约束的分布式事务接口， 并通过 Raft 协议保证了多副本数据一致性以及高可用。TiFlash 通过 Multi-Raft Learner 协议实时从 TiKV 复制 数据，确保与 TiKV 之间的数据强一致。 • HTAP