表的元信息，比如总行数和修改数 gc_delete_range GLOBAL_VARIABLES 全局系统变量表 tidb 用于 TiDB 在 bootstrap 的时候记录相关版本信息 INFORMATION_SCHEMA 库里面的表主要是为了兼容 MySQL 而存在，有些第三方软件会查询里面的信息。在目前 TiDB 的实现中，里面大部分只是一些空表。 提供字符集相关的信息，其实数据是假的。TiDB DB 默认支持并且只支持 utf8mb4 。 TiDB 系统数据库 权限系统表 服务端帮助信息系统表 统计信息相关系统表 GC Worker 相关系统表 其它系统表 INFORMATION_SCHEMA 里面的表 CHARACTER_SETS Table TiDB 系统数据库 - 32 - 本文档使用 书栈(BookStack.CN) 构建 1. mysql> select * from CHARACTER_SETS; -------|----------------------------|------------------------|----------+ 5. | def | INFORMATION_SCHEMA | utf8 | utf8_bin | NULL | 6. | def | mysql

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 541 8.4.2 Cluster information tables · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 541 8.4.3 Cluster · · · · · · · · · · · · · · · · · 573 8.10 Use PLAN REPLAYER to Save and Restore the On-Site Information of a Cluster· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 574 8.10.1 Use PLAN REPLAYER to export cluster information · · · · · · · · · · · · · · · · · · 574 8.10.2 Use PLAN REPLAYER to import cluster information · · · · · · · · · · · · · · · · · · 576 8.11 TiDB

· · · · · · · · · 2491 13.2.18 触发 Information schema is changed 错误的原因？· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2491 13.2.19 触发 Information schema is out of date 错误的原因？ · · · incremental- �→ import 新增 是否允许向已 存在数据的表 导入数据。默 认值为 false。 2.2.1.3 其他 • 为 TiDB 和 PD 之间新增接口。使用 information_schema.TIDB_HOT_REGIONS_HISTORY 系统表时，TiDB 需要 使用匹配的 PD 版本。 • 对 log 相关参数，TiDB Server、PD Server 和 管理，可视化诊断和工具 5.4 5.3 5.2 5.1 5.0 4.0 TiDB Dashboard Y Y Y Y Y Y SQL 诊断 实验特性 实验特性 实验特性 实验特性 实验特性 实验特性 Information schema Y Y Y Y Y Y Metrics schema Y Y Y Y Y Y Statements summary tables Y Y Y Y Y Y 3对于 TiDB

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 992 10.4.2 Cluster information tables · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 992 10.4.3 · · · · · · · · · · · · · · · · 1029 10.10 Use PLAN REPLAYER to Save and Restore the On-Site Information of a Cluster· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 10.10.1 Use PLAN REPLAYER to export cluster information · · · · · · · · · · · · · · · · · · 1030 10.10.2 Use PLAN REPLAYER to import cluster information · · · · · · · · · · · · · · · · · · 1032 10.11

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 411 8.4.2 Cluster information tables · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 411 8.4.3 Cluster · · · · · · · · · · 2350 13.2.18 Why the Information schema is changed error is reported? · · · · · · · 2351 13.2.19 What are the causes of the “Information schema is out of date” error?· 2351 13.2 capacity �→ Newly added Sets the maximum number of deadlock events that can be recorded in the INFORMATION_SCHEMA �→ . �→ DEADLOCKS �→ table of a single TiDB server. The default value is 10. TiKV con- figuration

· · · · · · · · · · · · · · · · 1231 10.3.5 Use PLAN REPLAYER to Save and Restore the On-Site Information of a Cluster · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · #37275 @wjhuang2016 TiDB v6.3.0 introduces Metadata lock as an experimental feature. To avoid the Information schema is changed error caused by DML statements, TiDB coordi- nates the priority of DMLs and DDLs disable this feature, you can set the system variable tidb_enable_metadata_lock to OFF. For more information, see documentation. • Support restoring a cluster to a specific point in time by using FLASHBACK

· · · · · · · · · 1950 13.2.18 触发 Information schema is changed 错误的原因？· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1950 13.2.19 触发 Information schema is out of date 错误的原因？ · · · 修改类型 描述 TiDB 配置文件 pessimistic- �→ txn. �→ deadlock- �→ history- �→ collect- �→ retryable 新增 控 制INFORMATION �→ _SCHEMA. �→ DEADLOCKS 表中是否收集 可重试的死锁 错误信息。 TiDB 配置文件 security.auto �→ -tls 新增 控制 TiDB 启动 时是否自动生 的数量 #2201 – Dumpling * 通过 tidb_rowid 对 TiDB v3.x 的表进行数据划分以节省 TiDB 的内存 #301 * 减少 Dumpling 对 information_schema 库的访问以提高稳定性 #305 2.2.5 Bug 修复 • TiDB – 修复在 SET 类型列上 Merge Join 结果不正确的问题 #25669 – 修复 IN

· · · · · · · · · 1901 13.2.18 触发 Information schema is changed 错误的原因？· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1901 13.2.19 触发 Information schema is out of date 错误的原因？ · · · 的初始 值。 TiDB 配置文件 pessimistic- �→ txn. �→ deadlock- �→ history- �→ capacity 新增 控制单个 TiDB 节点 的INFORMATION �→ _SCHEMA. �→ DEADLOCKS 表最多可记录 的死锁事件个 数，默认值为 “10”。 26 配置文件 配置项 修改类型 描述 TiKV 配置文件 abort-on- 11 管理，可视化和工具 管理，可视化诊断和工具 5.2 5.1 5.0 4.0 TiDB Dashboard Y Y Y Y SQL 诊断 实验特性 实验特性 实验特性 实验特性 Information schema Y Y Y Y Metrics schema Y Y Y Y Statements summary tables Y Y Y Y 慢查询日志 Y Y Y Y TiUP

· · · · · · · · · 3143 15.3.21 触发 Information schema is changed 错误的原因？· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3143 15.3.22 触发 Information schema is out of date 错误的原因？ · · · 修复分区表的一些分区被 DROP 删除后数据可能不被 GC 垃圾回收的问题 #33620 – 修复集群的 PD 节点被替换后一些 DDL 语句会卡住一段时间的问题 #33908 – 修复了查询 INFORMATION_SCHEMA.CLUSTER_SLOW_QUERY 表导致 TiDB 服务器 OOM 的问题，在 Grafana dashboard 中查看慢查询记录的时候可能会触发该问题 #33893 Top SQL 功能 Y Y 实验特性 N N N N N TiDB Dashboard SQL 诊断功能 实验特性 实验特性 实验特性 实验特性 实验特性 实验特性 实验特性 实验特性 Information schema Y Y Y Y Y Y Y Y Metrics schema Y Y Y Y Y Y Y Y Statements summary tables Y Y Y Y Y Y Y

引入了元数据锁作为实验特性，通过协调表元数据变更过程中 DML 语句和 DDL 语句的优先 级，让执行中的 DDL 语句等待持有旧版本元数据的 DML 语句提交，尽可能避免 DML 语句的 Information �→ schema is changed 错误。该功能在 v6.5.0 正式 GA 并默认打开，适用于各类 DDL 变更场景。当集群 从 v6.5.0 之前的版本升级到 v6.5.0 及之后的版本时，TiDB enable �→ _amend �→ _ �→ pessimistic �→ _txn 废弃 从 v6.5.0 起，该 变量被 废弃， TiDB 会 默认使 用元数 据锁机 制解决 Information �→ �→ schema �→ is �→ changed �→ 报错 的问题。 tidb_ �→ enable �→ _outer �→ _join_ �→ reorder �→ 修改 0 起，废弃 v4.0.7 版本引入的AMEND TRANSACTION 机制，并使用元数据锁替代。 2.2.4 改进提升 • TiDB – 对于 BIT 和 CHAR 类型的列，使 INFORMATION_SCHEMA.COLUMNS 的显示结果与 MySQL 一致 #25472 @hawkingrei – 优化 TiDB 在 TiFlash MPP 模式下对 TiFlash 节点的探活机制，缓解节点异常时对性能的影响