· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 606 11.1.2 数据管理工具· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 9 视图 TiDB 中的视图不可更新，不支持 UPDATE、INSERT、DELETE 等写入操作。 2.6.2.10 存储引擎 • 仅在语法上兼容创建表时指定存储引擎，实际上 TiDB 会将元信息统一描述为 InnoDB 存储引擎。TiDB 支 持类似 MySQL 的存储引擎抽象，但需要在系统启动时通过--store 配置项来指定存储引擎。 54 2.6.2.11 SQL 模式 TiDB raft-min-election-timeout-ticks: 1000 raftstore.raft-max-election-timeout-ticks: 1020 PD 参数 • PD 元数据信息记录 TiKV 集群的拓扑信息，根据四个维度调度 Raft Group 副本。 replication.location-labels: ["zone","dc","rack","host"]

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 584 11.1.2 数据管理工具· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 9 视图 TiDB 中的视图不可更新，不支持 UPDATE、INSERT、DELETE 等写入操作。 2.6.2.10 存储引擎 • 仅在语法上兼容创建表时指定存储引擎，实际上 TiDB 会将元信息统一描述为 InnoDB 存储引擎。TiDB 支 持类似 MySQL 的存储引擎抽象，但需要在系统启动时通过--store 配置项来指定存储引擎。 54 2.6.2.11 SQL 模式 TiDB raft-min-election-timeout-ticks: 1000 raftstore.raft-max-election-timeout-ticks: 1020 PD 参数 • PD 元数据信息记录 TiKV 集群的拓扑信息，根据四个维度调度 Raft Group 副本。 replication.location-labels: ["zone","dc","rack","host"]

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 630 11.1.2 数据管理工具· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 日志落后的 Region。默认值 从 16 修改为 64。 TiD Lightning meta-schema- �→ name 新增 在目标集群保 存各个 TiDB Lightning 实例元 信息的 schema 名字，默认值 为 “light- ning_metadata”。 2.2.1.3 其他 • 临时表： – 对于本地临时表，如果在 v5.3.0 升级前创建了本地临时表，这些临时表实际为普通表，在升级至 等写入操作。 2.6.2.10 临时表 详见TiDB 本地临时表与 MySQL 临时表的兼容性。 62 2.6.2.11 存储引擎 • 仅在语法上兼容创建表时指定存储引擎，实际上 TiDB 会将元信息统一描述为 InnoDB 存储引擎。TiDB 支 持类似 MySQL 的存储引擎抽象，但需要在系统启动时通过--store 配置项来指定存储引擎。 2.6.2.12 SQL 模式 TiDB 支持大部分SQL

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 710 11.1.2 数据管理工具· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · TiFlash storage. �→ format_ �→ version 新增 表示 DTFile 储 存文件格式， 默认值为 2， 该格式在数据 文件中内嵌哈 希值。也可以 设置为 3，该 格式包含元数 据，标记数据 校验，支持多 种哈希算法。 TiFlash logger.count 修改 默认值修改为 10。 TiFlash status. �→ metrics_ �→ port 修改 用户文档 40 • 增加新配置允许自定义用于保存 TiDB Lightning 并行导入特性的元信息的 schema 名称 为 TiDB Lightning 增加 meta-schema-name 配置。在并行导入模式下，该参数用于在目标集群保存各个 TiDB Lightning 实例元信息的 schema 名称，默认值为 “lightning_metadata”。对于参与同一批并行导入的每个

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1432 13.1.2 数据管理工具· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3377 14.11.19元数据锁 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · Snapshot 占用的空间 #14581 @bufferflies – 为 TiKV 处理请求的各个阶段提供更详细的时间信息 #12362 @cfzjywxk – 在日志备份中使用 PD 作为元数据存储 #13867 @YuJuncen • PD – 新增基于 snapshot 执行细节来自动调整 store limit 大小的控制器。将 store-limit-version 设置为

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1345 13.1.2 数据管理工具· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3188 14.11.18元数据锁 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 语句 串行添加索引的场景，在多条 SQL 并行添加索引时仅对其中一条添加索引的 SQL 语句生效。 • 提供轻量级元数据锁，提升 DDL 变更过程 DML 的成功率 (GA) #37275 @wjhuang2016 TiDB v6.3.0 引入了元数据锁作为实验特性，通过协调表元数据变更过程中 DML 语句和 DDL 语句的优先 级，让执行中的 DDL 语句等待持有旧版本元数据的 DML 语句提交，尽可能避免

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1483 13.1.2 数据管理工具· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3654 14.13.19元数据锁 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1/system-variables#tidb_schema_cache_ �→ size-从-v800-版本开始引入">schema 缓存系统，为表元数据提供了基于 LRU (Least �→ Recently Used) 算法的缓存策略，优先将最近访问频率较高的表元数据存储在缓存中， �→ 从而减少表数量较多场景下的内存占用。