TiDB中文技术文档系统变量 TiDB 专用系统变量和语法 TiDB 访问权限管理 TiDB 用户账户管理 使用加密连接 SQL 优化 理解 TiDB 执行计划 统计信息 语言结构 字面值 数据库、表、索引、列和别名 关键字和保留字 用户变量 表达式语法 注释语法 字符集和时区 字符集支持 字符集配置 时区 数据类型 日期和时间类型 基本数据类型 函数和操作符 函数和操作符概述 表达式求值的类型转换 操作符 控制流程函数 专用系统变量和语法 TiDB 服务器日志文件 TiDB 访问权限管理 TiDB 用户账户管理 使用加密连接 SQL 优化 理解 TiDB 执行计划 统计信息 语言结构 字面值 数据库、表、索引、列和别名 关键字和保留字 用户变量 表达式语法 注释语法 字符集和时区 字符集支持 字符集配置 时区 数据类型 数值类型 日期和时间类型 字符串类型 JSON 数据类型 TiDB 中文技术文档 目录 README - 收回权限 TiDB 访问权限管理 - 50 - 本文档使用 书栈(BookStack.CN) 构建 7. Query OK, 0 rows affected (0.00 sec) 如果一些特殊的关键字想做为表名,可以用反引号包含起来。比如: 1. mysql> create table `select` (id int); 2. Query OK, 0 rows affected (0.27 sec)0 码力 | 444 页 | 4.89 MB | 6 月前3
TiDB v5.2 中文手册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 nohup ./tidb-lightning -config tidb-lightning.toml > nohup.out & 导入开始后,可以采用以下两种方式查看进度: • 通过 grep 日志关键字 progress 查看进度,默认 5 分钟更新一次。 • 通过监控面板查看进度,具体参见TiDB Lightning 监控。 5.3.3 使用 DM 从 Amazon Aurora MySQL0 码力 | 2259 页 | 48.16 MB | 1 年前3
TiDB v5.1 中文手册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 nohup ./tidb-lightning -config tidb-lightning.toml > nohup.out & 导入开始后,可以采用以下两种方式查看进度: • 通过 grep 日志关键字 progress 查看进度,默认 5 分钟更新一次。 • 通过监控面板查看进度,具体参见TiDB Lightning 监控。 5.3.3 使用 DM 从 Amazon Aurora MySQL0 码力 | 2189 页 | 47.96 MB | 1 年前3
TiDB v5.3 中文手册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 nohup ./tidb-lightning -config tidb-lightning.toml > nohup.out & 导入开始后,可以采用以下两种方式查看进度: • 通过 grep 日志关键字 progress 查看进度,默认 5 分钟更新一次。 • 通过监控面板查看进度,具体参见TiDB Lightning 监控。 5.3.3 使用 DM 从 Amazon Aurora MySQL0 码力 | 2374 页 | 49.52 MB | 1 年前3
TiDB v5.4 中文手册• 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 tidb-lightning -config tidb-lightning.toml > nohup.out 2>&1 & 3. 导入开始后,可以采用以下任意方式查看进度: • 通过 grep 日志关键字 progress 查看进度,默认 5 分钟更新一次。 • 通过监控面板查看进度,请参考TiDB Lightning 监控。 • 通过 Web 页面查看进度,请参考Web 界面。 4. 导入完毕后,TiDB0 码力 | 2852 页 | 52.59 MB | 1 年前3
TiDB v6.1 中文手册不一致。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 影响,具体说明请看此文档。 索引。在聚簇索引表中,行数据的键由用户给定的主键列数据构成, 因此聚簇索引表存储一行至少只要一个键值对,即: – 主键列数据(键)- 行数据(值) 如主键中所述,聚簇索引在 TiDB 中,使用关键字 CLUSTERED、NONCLUSTERED 进行控制。 注意: TiDB 仅支持根据表的主键来进行聚簇操作。聚簇索引启用时,“主键” 和 “聚簇索引” 两个 术语在一些情况下可互换使用。主键0 码力 | 3572 页 | 84.36 MB | 1 年前3
TiDB v8.4 中文手册开始,全局索引作为实验特性正式发布。你可通过关键字 GLOBAL 为分区表显式创建一个全局 索引,从而去除分区表唯一键必须包含分区表达式中用到的所有列的限制,满足灵活的业务需求。同 时基于全局索引也提升了非分区列的查询性能。 在 v8.4.0 中,全局索引成为正式功能 (GA)。你无需再设置系统变量tidb_enable_global_index 开启全局 索引特性,可以直接使用关键字 GLOBAL 创建全局索引。从 该变量 被废弃。 其值将 固定为 默认值 ON,即 默认启 用全局 索引。 你只需 在执行 CREATE �→ TABLE �→ 或 ALTER �→ TABLE �→ 时给 对应的 列加上 关键字 GLOBAL 即可创 建全局 索引。 42 变量名 修改类型 描述 tidb_ �→ enable �→ _list_ �→ partition �→ 废弃 从 v8.4.0 开始, 该变量 不一致。InnoDB 中,Primary Key 的语义为:唯一,不为空,且为聚簇索引。 而在 TiDB 中,Primary Key 的定义为:唯一,不为空。但主键不保证为聚簇索引。而是由另一组 关键字 CLUSTERED、NONCLUSTERED 额外控制 Primary Key 是否为聚簇索引,若不指定,则由系统 变量 @@global.tidb_enable_clustered_index 影响,具体说明请看聚簇索引。0 码力 | 5072 页 | 104.05 MB | 10 月前3
TiDB v8.5 中文手册开始,全局索引作为实验特性正式发布。你可通过关键字 GLOBAL 为分区表显式创建一个全局 索引,从而去除分区表唯一键必须包含分区表达式中用到的所有列的限制,满足灵活的业务需求。同 时基于全局索引也提升了非分区列的查询性能。 在 v8.4.0 中,全局索引成为正式功能 (GA)。你无需再设置系统变量tidb_enable_global_index 开启全局 索引特性,可以直接使用关键字 GLOBAL 创建全局索引。从 该变量 被废弃。 其值将 固定为 默认值 ON,即 默认启 用全局 索引。 你只需 在执行 CREATE �→ TABLE �→ 或 ALTER �→ TABLE �→ 时给 对应的 列加上 关键字 GLOBAL 即可创 建全局 索引。 47 变量名 修改类型 描述 tidb_ �→ enable �→ _list_ �→ partition �→ 废弃 从 v8.4.0 开始, 该变量 不一致。InnoDB 中,Primary Key 的语义为:唯一,不为空,且为聚簇索引。 而在 TiDB 中,Primary Key 的定义为:唯一,不为空。但主键不保证为聚簇索引。而是由另一组 关键字 CLUSTERED、NONCLUSTERED 额外控制 Primary Key 是否为聚簇索引,若不指定,则由系统 变量 @@global.tidb_enable_clustered_index 影响,具体说明请看聚簇索引。0 码力 | 5095 页 | 104.54 MB | 10 月前3
TiDB v8.1 中文手册不一致。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 影响,具体说明请看此文档。 索引。在聚簇索引表中,行数据的键由用户给定的主键列数据构成, 因此聚簇索引表存储一行至少只要一个键值对,即: – 主键列数据(键)- 行数据(值) 如主键中所述,聚簇索引在 TiDB 中,使用关键字 CLUSTERED、NONCLUSTERED 进行控制。 注意: TiDB 仅支持根据表的主键来进行聚簇操作。聚簇索引启用时,“主键” 和 “聚簇索引” 两个 术语在一些情况下可互换使用。主键0 码力 | 4807 页 | 101.31 MB | 1 年前3
TiDB v8.0 中文手册不一致。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 影响,具体说明请看此文档。 索引。在聚簇索引表中,行数据的键由用户给定的主键列数据构成, 因此聚簇索引表存储一行至少只要一个键值对,即: – 主键列数据(键)- 行数据(值) 如主键中所述,聚簇索引在 TiDB 中,使用关键字 CLUSTERED、NONCLUSTERED 进行控制。 注意: TiDB 仅支持根据表的主键来进行聚簇操作。聚簇索引启用时,“主键” 和 “聚簇索引” 两个 术语在一些情况下可互换使用。主键0 码力 | 4805 页 | 101.28 MB | 1 年前3
共 15 条
- 1
- 2













