· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1687 12.11.13字符集和排序规则 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · TABLE 语法 #4673 • CHECKSUM TABLE 语法 #1895 • GET_LOCK 和 RELEASE_LOCK 函数 #14994 • LOAD DATA 和 REPLACE 关键字 #24515 2.6.2 与 MySQL 有差异的特性详细说明 2.6.2.1 自增 ID • TiDB 的自增列仅保证唯一，也能保证在单个 TiDB server 中自增，但不保证多个 TiDB nohup ./tidb-lightning -config tidb-lightning.toml > nohup.out & 导入开始后，可以采用以下两种方式查看进度： • 通过 grep 日志关键字 progress 查看进度，默认 5 分钟更新一次。 • 通过监控面板查看进度，具体参见TiDB-Lightning 监控。 134 5.3.2 使用 TiDB Lightning 从 MySQL

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1639 12.11.13字符集和排序规则 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · TABLE 语法 #4673 • CHECKSUM TABLE 语法 #1895 • GET_LOCK 和 RELEASE_LOCK 函数 #14994 • LOAD DATA 和 REPLACE 关键字 #24515 2.6.2 与 MySQL 有差异的特性详细说明 2.6.2.1 自增 ID • TiDB 的自增列仅保证唯一，也能保证在单个 TiDB server 中自增，但不保证多个 TiDB nohup ./tidb-lightning -config tidb-lightning.toml > nohup.out & 导入开始后，可以采用以下两种方式查看进度： • 通过 grep 日志关键字 progress 查看进度，默认 5 分钟更新一次。 • 通过监控面板查看进度，具体参见TiDB-Lightning 监控。 128 5.3.2 使用 TiDB Lightning 从 MySQL

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1783 12.11.15字符集和排序规则 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · TABLE 语法 #4673 • CHECKSUM TABLE 语法 #1895 • GET_LOCK 和 RELEASE_LOCK 函数 #14994 • LOAD DATA 和 REPLACE 关键字 #24515 2.6.2 与 MySQL 有差异的特性详细说明 2.6.2.1 自增 ID • TiDB 的自增列仅保证唯一，也能保证在单个 TiDB server 中自增，但不保证多个 TiDB nohup ./tidb-lightning -config tidb-lightning.toml > nohup.out & 导入开始后，可以采用以下两种方式查看进度： • 通过 grep 日志关键字 progress 查看进度，默认 5 分钟更新一次。 • 通过监控面板查看进度，具体参见TiDB-Lightning 监控。 142 5.3.2 使用 TiDB Lightning 从 MySQL

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2223 12.11.15字符集和排序· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · REPAIR TABLE 语法 • OPTIMIZE TABLE 语法 • GET_LOCK 和 RELEASE_LOCK 函数 #14994 • LOAD DATA 和 REPLACE 关键字 #24515 • HANDLER 语句 • CREATE TABLESPACE 语句 2.6.2 与 MySQL 有差异的特性详细说明 2.6.2.1 自增 ID • TiDB 的自增列既能保证唯一，也能保证在单个 -config tidb-lightning.toml -no-schema=true > nohup.out 2>&1 & 3. 导入开始后，可以采用以下任意方式查看进度： • 通过 grep 日志关键字 progress 查看进度，默认 5 分钟更新一次。 • 通过监控面板查看进度，请参考TiDB Lightning 监控。 • 通过 Web 页面查看进度，请参考Web 界面。 4. 导入完毕后，TiDB

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2860 14.11.15字符集和排序· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 作为数据库的通用 Spring Boot 后端 服务。设计了以下过程，用于还原一个现实场景： 这是一个关于游戏的例子，每个玩家有两个属性：金币数 coins 和货物数 goods。且每个玩家都拥有一个字 段 id，作为玩家的唯一标识。玩家在金币数和货物数充足的情况下，可以自由的交易。 你可以以此示例为基础，构建自己的应用程序。 建议： 在云原生开发环境中尝试 Spring Boot 构建 TiDB 作为数据库的通用 Django 后端服 务。该示例设计了以下过程，用于还原一个现实场景： 这是一个关于游戏的例子，每个玩家有两个属性：金币数 coins 和货物数 goods。且每个玩家都拥有一个字 段 id，作为玩家的唯一标识。玩家在金币数和货物数充足的情况下，可以自由地交易。 你可以以此示例为基础，构建自己的应用程序。 185 建议： 在云原生开发环境中尝试 Django 构建 TiDB

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3350 14.11.16字符集和排序· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 不一致。InnoDB 中，Primary Key 的语义为：唯一，不为空，且为聚簇索引。 而在 TiDB 中，Primary Key 的定义为：唯一，不为空。但主键不保证为聚簇索引。而是由另一组 关键字 CLUSTERED、NONCLUSTERED 额外控制 Primary Key 是否为聚簇索引，若不指定，则由系统 变量 @@global.tidb_enable_clustered_index 影响，具体说明请看聚簇索引。 不一致。InnoDB 中，Primary Key 的语义为：唯一，不为空，且为聚簇索引。 而在 TiDB 中，Primary Key 的定义为：唯一，不为空。但主键不保证为聚簇索引。而是由另一组 关键字 CLUSTERED、NONCLUSTERED 额外控制 Primary Key 是否为聚簇索引，若不指定，则由系统 变量 @@global.tidb_enable_clustered_index 影响，具体说明请看此文档。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3165 14.11.15字符集和排序· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · none， 即不使用 日期分隔。 TiCDC sink. �→ enable �→ - �→ partition �→ - �→ separator �→ 新增 是否使用 partition 作 为分隔字 符串，默 认值为 false，即一 张表中各 个 partition 的数据不 会分不同 的目录来 存储。 TiCDC sink.csv. �→ delimiter �→ 新增 字段之间 的分隔符。 结果中增加更多关于 TableFullScan 算子的信息 #5926 @hongyunyan • Tools – TiDB Dashboard * 在 慢 查 询 页 面 新 增 以 下 三 个 字 段：是否由 prepare 语句生成、查询计划是否来自缓存、 查询计划是否来自绑定 #1451 @shhdgit – Backup & Restore (BR) * 优化清理备份日志数据时 BR

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3621 14.13.16字符集和排序· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · service �→ _scope 修改 该变量 的可选 值从 "" 或 background �→ 修改 为长度 小于或 等于 64 的字符 串，可 用合法 字符包 括数字 0-9、字 母 a-zA-Z、 下划线 _ 和连字 符 -，从 而更灵 活地控 制各 TiDB 节 点的服 务范围。 分布式 执行框 架会根 据该变 量的值 决定将 分布式 任务调 度到哪 些 TiDB 节点上 执行， 具体规 不一致。InnoDB 中，Primary Key 的语义为：唯一，不为空，且为聚簇索引。 而在 TiDB 中，Primary Key 的定义为：唯一，不为空。但主键不保证为聚簇索引。而是由另一组 关键字 CLUSTERED、NONCLUSTERED 额外控制 Primary Key 是否为聚簇索引，若不指定，则由系统 变量 @@global.tidb_enable_clustered_index 影响，具体说明请看聚簇索引。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3632 14.13.16字符集和排序· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 不一致。InnoDB 中，Primary Key 的语义为：唯一，不为空，且为聚簇索引。 而在 TiDB 中，Primary Key 的定义为：唯一，不为空。但主键不保证为聚簇索引。而是由另一组 关键字 CLUSTERED、NONCLUSTERED 额外控制 Primary Key 是否为聚簇索引，若不指定，则由系统 变量 @@global.tidb_enable_clustered_index 影响，具体说明请看聚簇索引。 不一致。InnoDB 中，Primary Key 的语义为：唯一，不为空，且为聚簇索引。 而在 TiDB 中，Primary Key 的定义为：唯一，不为空。但主键不保证为聚簇索引。而是由另一组 关键字 CLUSTERED、NONCLUSTERED 额外控制 Primary Key 是否为聚簇索引，若不指定，则由系统 变量 @@global.tidb_enable_clustered_index 影响，具体说明请看此文档。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3530 14.13.16字符集和排序· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 新增 设置同步 数据到对 象存储时 自动清理 历史数据 的功能。 2.2.2.4 系统表 • 新增系统表INFORMATION_SCHEMA.KEYWORDS 用来展示 TiDB 支持的所有关键字的信息。 • 在系统表INFORMATION_SCHEMA.SLOW_QUERY 中增加了以下资源管控 (Resource Control) 相关的字段： – Resource_group：语句执行所绑定的资源组。 不一致。InnoDB 中，Primary Key 的语义为：唯一，不为空，且为聚簇索引。 而在 TiDB 中，Primary Key 的定义为：唯一，不为空。但主键不保证为聚簇索引。而是由另一组 关键字 CLUSTERED、NONCLUSTERED 额外控制 Primary Key 是否为聚簇索引，若不指定，则由系统 变量 @@global.tidb_enable_clustered_index 影响，具体说明请看聚簇索引。