专用系统变量和语法 TiDB 访问权限管理 TiDB 用户账户管理 使用加密连接 SQL 优化 理解 TiDB 执行计划 统计信息 语言结构 字面值 数据库、表、索引、列和别名 关键字和保留字 用户变量 表达式语法 注释语法 字符集和时区 字符集支持 字符集配置 时区 数据类型 日期和时间类型 基本数据类型 函数和操作符 函数和操作符概述 表达式求值的类型转换 操作符 控制流程函数 - 2 - 本文档使用 书栈(BookStack 服务器日志文件 TiDB 访问权限管理 TiDB 用户账户管理 使用加密连接 SQL 优化 理解 TiDB 执行计划 统计信息 语言结构 字面值 数据库、表、索引、列和别名 关键字和保留字 用户变量 表达式语法 注释语法 字符集和时区 字符集支持 字符集配置 时区 数据类型 数值类型 日期和时间类型 字符串类型 JSON 数据类型 TiDB 中文技术文档 目录 README - 7 - 本文档使用 书栈(BookStack 为要导入的统计信息的文件名。 导入统计信息 统计信息 - 67 - 本文档使用 书栈(BookStack.CN) 构建 语言结构 字面值 数据库、表、索引、列和别名 关键字和保留字 用户变量 表达式语法 注释语法 语言结构 - 68 - 本文档使用 书栈(BookStack.CN) 构建 字面值 String Literals 是一个 bytes 或者 characters 的序列，两端被单引号 '

mysql -h 127.0.0.1 �→ -P 4000 -uroot --comments。 9.3.4.2.1 语法 Optimizer Hints 不区分大小写，通过 /*+ ... */ 注释的形式跟在 SELECT、UPDATE 或 DELETE 关键字的后面。INSERT 关键字后不支持 Optimizer Hints。 多个不同的 Hint 之间需用逗号隔开，例如： SELECT 的情况执行。如 果 Hint 不适用于当前语句，TiDB 会返回 Warning，用户可以在查询结束后通过 Show Warnings 命令查看具体信 息。 注意： 如果注释不是跟在指定的关键字后，会被当作是普通的 MySQL comment，注释不会生效，且不 会上报 warning。 TiDB 目前支持的 Optimizer Hints 根据生效范围的不同可以划分为两类：第一类是在查询块范围生效的 Hint，例 WorkOrder' 导入的文件里不能使用过滤规则导入另一个文件。 注释与空行 导入的过滤规则文件中，每一行开头和结尾的空格都会被去除。此外，空行（空字符串）也将被忽略。 行首的 # 表示该行是注释，会被忽略。而不在行首的 # 则会被认为是语法错误。 #### 这是一行注释 db.table # 这一部分不是注释，且可能引起错误 排除规则 在一条过滤规则的开头加上 !，则表示符合这条规则的表不会被

mysql -h 127.0.0.1 �→ -P 4000 -uroot --comments。 9.3.4.2.1 语法 Optimizer Hints 不区分大小写，通过 /*+ ... */ 注释的形式跟在 SELECT、UPDATE 或 DELETE 关键字的后面。INSERT 关键字后不支持 Optimizer Hints。 多个不同的 Hint 之间需用逗号隔开，例如： SELECT 的情况执行。如 果 Hint 不适用于当前语句，TiDB 会返回 Warning，用户可以在查询结束后通过 Show Warnings 命令查看具体信 息。 注意： 如果注释不是跟在指定的关键字后，会被当作是普通的 MySQL comment，注释不会生效，且不 会上报 warning。 473 TiDB 目前支持的 Optimizer Hints 根据生效范围的不同可以划分为两类：第一类是在查询块范围生效的 WorkOrder' 导入的文件里不能使用过滤规则导入另一个文件。 注释与空行 导入的过滤规则文件中，每一行开头和结尾的空格都会被去除。此外，空行（空字符串）也将被忽略。 行首的 # 表示该行是注释，会被忽略。而不在行首的 # 则会被认为是语法错误。 #### 这是一行注释 db.table # 这一部分不是注释，且可能引起错误 排除规则 在一条过滤规则的开头加上 !，则表示符合这条规则的表不会被

mysql -h 127.0.0.1 �→ -P 4000 -uroot --comments。 9.3.4.2.1 语法 Optimizer Hints 不区分大小写，通过 /*+ ... */ 注释的形式跟在 SELECT、UPDATE 或 DELETE 关键字的后面。INSERT 关键字后不支持 Optimizer Hints。 多个不同的 Hint 之间需用逗号隔开，例如： SELECT 的情况执行。如 果 Hint 不适用于当前语句，TiDB 会返回 Warning，用户可以在查询结束后通过 Show Warnings 命令查看具体信 息。 注意： 如果注释不是跟在指定的关键字后，会被当作是普通的 MySQL comment，注释不会生效，且不 会上报 warning。 TiDB 目前支持的 Optimizer Hints 根据生效范围的不同可以划分为两类：第一类是在查询块范围生效的 Hint，例 WorkOrder' 导入的文件里不能使用过滤规则导入另一个文件。 注释与空行 导入的过滤规则文件中，每一行开头和结尾的空格都会被去除。此外，空行（空字符串）也将被忽略。 行首的 # 表示该行是注释，会被忽略。而不在行首的 # 则会被认为是语法错误。 #### 这是一行注释 db.table # 这一部分不是注释，且可能引起错误 排除规则 在一条过滤规则的开头加上 !，则表示符合这条规则的表不会被

问题和数据不一致的问题 #3929 * 修复不支持同步默认值的问题 #3793 * 修复潜在的同步流控死锁问题 #4055 * 修复在磁盘写满时无日志输出的问题 #3362 * 修复 DDL 特殊注释导致的同步停止的问题 #3755 * 修复在某些 RHEL 发行版上因时区问题导致服务无法启动的问题 #3584 * 修复因 checkpoint 不准确导致的潜在的数据丢失问题 #3545 * mysql -h 127.0.0.1 �→ -P 4000 -uroot --comments。 9.3.4.2.1 语法 Optimizer Hints 不区分大小写，通过 /*+ ... */ 注释的形式跟在 SELECT、UPDATE 或 DELETE 关键字的后面。INSERT 关键字后不支持 Optimizer Hints。 多个不同的 Hint 之间需用逗号隔开，例如： SELECT 的情况执行。如 果 Hint 不适用于当前语句，TiDB 会返回 Warning，用户可以在查询结束后通过 Show Warnings 命令查看具体信 息。 注意： 如果注释不是跟在指定的关键字后，会被当作是普通的 MySQL comment，注释不会生效，且不 会上报 warning。 583 TiDB 目前支持的 Optimizer Hints 根据生效范围的不同可以划分为两类：第一类是在查询块范围生效的

datasource.url：数据库连接的 URL。 • spring.datasource.url：数据库用户名。 • spring.datasource.password：数据库密码，此项为空，需注释或删除。 • spring.datasource.driver-class-name：数据库驱动，因为 TiDB 与 MySQL 兼容，则此处使用与 mysql- connector-java 适配的驱动类 此注解声明此处使用悲观锁进行锁定，如需了解更多其他锁定方式，可查看实体锁定文档。此处的 @Lock 仅 可与 HQL 搭配使用，否则将会产生错误。当然，如果你希望直接使用 SQL 进行锁定，可直接使用注释部分的 注解： @Query(value = "SELECT * FROM player_jpa WHERE id = :id FOR UPDATE", nativeQuery = true) 直接使用 html) 打开，但 Spring Boot 默认开启，无 需再次手动配置)，Spring 会自动将所有带有 @Transactional 注释的对象包装在一个代理中，使用该代理对对 象的调用进行处理。 你可以简单的认为，代理在带有 @Transactional 注释的对象内的函数调用时：在函数顶部将使用 transaction �→ .begin() 开启事务，函数返回后，调用 transaction

命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。 • 查看选择主键时应遵守的规则，决定是否使用主键列。 MySQL 兼容，你也可以使用注释语法来设置 TTL： CREATE TABLE t1 ( id int PRIMARY KEY, created_at TIMESTAMP ) /*T![ttl] TTL = `created_at` + INTERVAL 3 MONTH TTL_ENABLE = 'OFF'*/; 在 TiDB 环境中，使用表的 TTL 属性和注释语法来配置 TTL 是等价的。在 是等价的。在 MySQL 环境中，会自动忽略注释 中的内容，并创建普通的表。 4.6.4.1.2 修改表的 TTL 属性 • 修改表的 TTL 属性： ALTER TABLE t1 TTL = `created_at` + INTERVAL 1 MONTH; 上面的语句既支持修改已配置 TTL 属性的表，也支持为一张非 TTL 的表添加 TTL 属性。 • 单独修改 TTL 表的 TTL_ENABLE

命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。 • 查看选择主键时应遵守的规则，决定是否使用主键列。 MySQL 兼容，你也可以使用注释语法来设置 TTL： CREATE TABLE t1 ( id int PRIMARY KEY, created_at TIMESTAMP ) /*T![ttl] TTL = `created_at` + INTERVAL 3 MONTH TTL_ENABLE = 'OFF'*/; 在 TiDB 环境中，使用表的 TTL 属性和注释语法来配置 TTL 是等价的。在 是等价的。在 MySQL 环境中，会自动忽略注释 中的内容，并创建普通的表。 4.6.4.1.2 修改表的 TTL 属性 • 修改表的 TTL 属性： ALTER TABLE t1 TTL = `created_at` + INTERVAL 1 MONTH; 上面的语句既支持修改已配置 TTL 属性的表，也支持为一张非 TTL 的表添加 TTL 属性。 • 单独修改 TTL 表的 TTL_ENABLE

命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。 • 查看选择主键时应遵守的规则，决定是否使用主键列。 MySQL 兼容，你也可以使用注释语法来设置 TTL： CREATE TABLE t1 ( id int PRIMARY KEY, created_at TIMESTAMP ) /*T![ttl] TTL = `created_at` + INTERVAL 3 MONTH TTL_ENABLE = 'OFF'*/; 在 TiDB 环境中，使用表的 TTL 属性和注释语法来配置 TTL 是等价的。在 是等价的。在 MySQL 环境中，会自动忽略注释 中的内容，并创建普通的表。 4.6.4.1.2 修改表的 TTL 属性 • 修改表的 TTL 属性： ALTER TABLE t1 TTL = `created_at` + INTERVAL 1 MONTH; 上面的语句既支持修改已配置 TTL 属性的表，也支持为一张非 TTL 的表添加 TTL 属性。 • 单独修改 TTL 表的 TTL_ENABLE

命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。 • 查看选择主键时应遵守的规则，决定是否使用主键列。 MySQL 兼容，你也可以使用注释语法来设置 TTL： CREATE TABLE t1 ( id int PRIMARY KEY, created_at TIMESTAMP ) /*T![ttl] TTL = `created_at` + INTERVAL 3 MONTH TTL_ENABLE = 'OFF'*/; 在 TiDB 环境中，使用表的 TTL 属性和注释语法来配置 TTL 是等价的。在 是等价的。在 MySQL 环境中，会自动忽略注释 中的内容，并创建普通的表。 4.6.4.1.2 修改表的 TTL 属性 • 修改表的 TTL 属性： ALTER TABLE t1 TTL = `created_at` + INTERVAL 1 MONTH; 上面的语句既支持修改已配置 TTL 属性的表，也支持为一张非 TTL 的表添加 TTL 属性。 • 单独修改 TTL 表的 TTL_ENABLE