系统变量

TiDB 系统变量的行为与 MySQL 相似,变量的作用范围可以是会话级别有效 (Session Scope) 或全局范围有效 (Global Scope)。其中:

  • SESSION 作用域变量的更改,设置后只影响当前会话
  • GLOBAL 作用域变量的更改,设置后立即生效。如果该变量也有 SESSION 作用域,已经连接的所有会话 (包括当前会话) 将继续使用会话当前的 SESSION 变量值。
  • 要设置变量值,可使用 SET 语句
  1. # 以下两个语句等价地改变一个 Session 变量
  2. SET tidb_distsql_scan_concurrency = 10;
  3. SET SESSION tidb_distsql_scan_concurrency = 10;
  4. # 以下两个语句等价地改变一个 Global 变量
  5. SET @@global.tidb_distsql_scan_concurrency = 10;
  6. SET GLOBAL tidb_distsql_scan_concurrency = 10;

系统变量 - 图1

注意

部分 GLOBAL 作用域的变量会持久化到 TiDB 集群中。文档中的变量有一个“是否持久化到集群”的说明,可以为“是”或者“否”。

  • 对于持久化到集群的变量,当该全局变量被修改后,会通知所有 TiDB 服务器刷新其系统变量缓存。在集群中增加一个新的 TiDB 服务器时,或者重启现存的 TiDB 服务器时,都将自动使用该持久化变量。
  • 对于不持久化到集群的变量,对变量的修改只对当前连接的 TiDB 实例生效。如果需要保留设置过的值,需要在 tidb.toml 配置文件中声明。

此外,由于应用和连接器通常需要读取 MySQL 变量,为了兼容这一需求,在 TiDB 中,部分 MySQL 的变量既可读取也可设置。例如,尽管 JDBC 连接器不依赖于查询缓存 (query cache) 的行为,但仍然可以读取和设置查询缓存。

系统变量 - 图2

注意

变量取较大值并不总会带来更好的性能。由于大部分变量对单个连接生效,设置变量时,还应考虑正在执行语句的并发连接数量。

确定安全值时,应考虑变量的单位:

  • 如果单位为线程,安全值通常取决于 CPU 核的数量。
  • 如果单位为字节,安全值通常小于系统内存的总量。
  • 如果单位为时间,单位可能为秒或毫秒。

单位相同的多个变量可能会争夺同一组资源。

从 v7.4.0 开始,部分 SESSION 作用域的变量可以通过 SET_VAR Hint 在语句执行期间临时修改变量的值。当语句执行完成后,系统变量将在当前会话中自动恢复为原始值。通过这个 Hint 可以修改一部分与优化器、执行器相关的系统变量行为。文档中的变量有一个“是否受 Hint SET_VAR 控制”的说明,可以为“是”或者“否”。

  • 对于受 Hint SET_VAR 控制的变量,你可以在语句中使用 /*+ SET_VAR(...) */ 修改语句执行期间变量的值。
  • 对于不受 Hint SET_VAR 控制的变量,你不能在语句中使用 /*+ SET_VAR(...) */ 修改语句执行期间变量的值。

关于 SET_VAR Hint 的更多说明,参考 SET_VAR

变量参考

allow_auto_random_explicit_insert 从 v4.0.3 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 是否允许在 INSERT 语句中显式指定含有 AUTO_RANDOM 属性的列的值。

authentication_ldap_sasl_auth_method_name 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:SCRAM-SHA-1
  • 可选值:SCRAM-SHA-1SCRAM-SHA-256GSSAPI
  • LDAP SASL 身份验证中,验证方法的名称。

authentication_ldap_sasl_bind_base_dn 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 默认值:””
  • LDAP SASL 身份验证中,搜索用户的范围。如果创建用户时没有通过 AS ... 指定 dn,TiDB 会自动在 LDAP Server 的该范围中根据用户名搜索用户 dn。例如 dc=example,dc=org

authentication_ldap_sasl_bind_root_dn 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 默认值:””
  • LDAP SASL 身份验证中,TiDB 登录 LDAP Server 搜索用户时使用的 dn

authentication_ldap_sasl_bind_root_pwd 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 默认值:””
  • LDAP SASL 身份验证中,TiDB 登录 LDAP Server 搜索用户时使用的密码。

authentication_ldap_sasl_ca_path 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 默认值:””
  • LDAP SASL 身份验证中,TiDB 对 StartTLS 连接使用的 CA 证书的路径。

authentication_ldap_sasl_init_pool_size 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:10
  • 范围:[1, 32767]
  • LDAP SASL 身份验证中,TiDB 与 LDAP Server 间连接池的初始连接数。

authentication_ldap_sasl_max_pool_size 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1000
  • 范围:[1, 32767]
  • LDAP SASL 身份验证中,TiDB 与 LDAP Server 间连接池的最大连接数。

authentication_ldap_sasl_server_host 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 默认值:””
  • LDAP SASL 身份验证中,LDAP Server 的主机名或地址。

authentication_ldap_sasl_server_port 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:389
  • 范围:[1, 65535]
  • LDAP SASL 身份验证中,LDAP Server 的 TCP/IP 端口号。

authentication_ldap_sasl_tls 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • LDAP SASL 身份验证中,是否使用 StartTLS 对连接加密。

authentication_ldap_simple_auth_method_name 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:SIMPLE
  • 可选值:SIMPLE
  • LDAP simple 身份验证中,验证方法的名称。现在仅支持 SIMPLE

authentication_ldap_simple_bind_base_dn 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 默认值:””
  • LDAP simple 身份验证中,搜索用户的范围。如果创建用户时没有通过 AS ... 指定 dn,TiDB 会自动在 LDAP Server 的该范围中根据用户名搜索用户 dn。例如 dc=example,dc=org

authentication_ldap_simple_bind_root_dn 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 默认值:””
  • LDAP simple 身份验证中,TiDB 登录 LDAP Server 搜索用户时使用的 dn

authentication_ldap_simple_bind_root_pwd 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 默认值:””
  • LDAP simple 身份验证中,TiDB 登录 LDAP Server 搜索用户时使用的密码。

authentication_ldap_simple_ca_path 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 默认值:””
  • LDAP simple 身份验证中,TiDB 对 StartTLS 连接使用的 CA 证书的路径。

authentication_ldap_simple_init_pool_size 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:10
  • 范围:[1, 32767]
  • LDAP simple 身份验证中,TiDB 与 LDAP Server 间连接池的初始连接数。

authentication_ldap_simple_max_pool_size 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1000
  • 范围:[1, 32767]
  • LDAP simple 身份验证中,TiDB 与 LDAP Server 间连接池的最大连接数。

authentication_ldap_simple_server_host 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 默认值:””
  • LDAP simple 身份验证中,LDAP Server 的主机名或地址。

authentication_ldap_simple_server_port 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:389
  • 范围:[1, 65535]
  • LDAP simple 身份验证中,LDAP Server 的 TCP/IP 端口号。

authentication_ldap_simple_tls 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • LDAP simple 身份验证中,是否使用 StartTLS 对连接加密。

auto_increment_increment

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1
  • 范围:[1, 65535]
  • 控制 AUTO_INCREMENT 自增值字段的自增步长和 AUTO_RANDOM ID 的分配规则。该变量常与 auto_increment_offset 一起使用。

auto_increment_offset

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1
  • 范围:[1, 65535]
  • 控制 AUTO_INCREMENT 自增值字段的初始值和 AUTO_RANDOM ID 的分配规则。该变量常与 auto_increment_increment 一起使用。示例如下:
  1. mysql> CREATE TABLE t1 (a int not null primary key auto_increment);
  2. Query OK, 0 rows affected (0.10 sec)
  3. mysql> set auto_increment_offset=1;
  4. Query OK, 0 rows affected (0.00 sec)
  5. mysql> set auto_increment_increment=3;
  6. Query OK, 0 rows affected (0.00 sec)
  7. mysql> INSERT INTO t1 VALUES (),(),(),();
  8. Query OK, 4 rows affected (0.04 sec)
  9. Records: 4 Duplicates: 0 Warnings: 0
  10. mysql> SELECT * FROM t1;
  11. +----+
  12. | a |
  13. +----+
  14. | 1 |
  15. | 4 |
  16. | 7 |
  17. | 10 |
  18. +----+
  19. 4 rows in set (0.00 sec)

autocommit

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 用于设置在非显式事务时是否自动提交事务。更多信息,请参见事务概述

block_encryption_mode

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:aes-128-ecb
  • 可选值:aes-128-ecbaes-192-ecbaes-256-ecbaes-128-cbcaes-192-cbcaes-256-cbcaes-128-ofbaes-192-ofbaes-256-ofbaes-128-cfbaes-192-cfbaes-256-cfb
  • 该变量用于设置 AES_ENCRYPT()AES_DECRYPT() 函数的加密模式。

character_set_client

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:utf8mb4
  • 这个变量表示从客户端发出的数据所用的字符集。有关更多 TiDB 支持的字符集和排序规则,参阅字符集和排序规则文档。如果需要更改字符集,建议使用 SET NAMES 语句。

character_set_connection

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:utf8mb4
  • 若没有为字符串常量指定字符集,该变量表示这些字符串常量所使用的字符集。

character_set_database

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:utf8mb4
  • 该变量表示当前默认在用数据库的字符集,不建议设置该变量。选择新的默认数据库后,服务器会更改该变量的值。

character_set_results

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:utf8mb4
  • 该变量表示数据发送至客户端时所使用的字符集。

character_set_server

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:utf8mb4
  • CREATE SCHEMA 中没有指定字符集时,该变量表示这些新建的表结构所使用的字符集。

collation_connection

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:utf8mb4_bin
  • 该变量表示连接中所使用的排序规则。与 MySQL 中的 collation_connection 一致。

collation_database

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:utf8mb4_bin
  • 该变量表示当前数据库默认所使用的排序规则。与 MySQL 中的 collation_database 一致。不建议设置此变量,当前使用的数据库变动时,此变量会被 TiDB 修改。

collation_server

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:utf8mb4_bin
  • 该变量表示创建数据库时默认的排序规则。

cte_max_recursion_depth

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:1000
  • 范围:[0, 4294967295]
  • 这个变量用于控制公共表表达式的最大递归深度。

datadir

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:使用的组件和部署方式不同,默认值也不同。
    • /tmp/tidb:如果你将 --store 设置为 "unistore" 或没有设置 --store,则默认值为 /tmp/tidb
    • ${pd-ip}:${pd-port}:如果你设置的存储引擎是 TiKV(如果使用 TiUP 和 TiDB Operator 部署,则默认的存储引擎为 TiKV),则默认值为 ${pd-ip}:${pd-port}
  • 这个变量表示数据存储的位置,位置可以是本地路径 /tmp/tidb。如果数据存储在 TiKV 上,则可以是指向 PD 服务器的路径。变量值的格式为 ${pd-ip}:${pd-port},表示 TiDB 在启动时连接到的 PD 服务器。

ddl_slow_threshold

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:300
  • 取值范围:[0, 2147483647]
  • 单位:毫秒
  • 耗时超过该阈值的 DDL 操作会被输出到日志。

default_authentication_plugin

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:mysql_native_password
  • 可选值:mysql_native_passwordcaching_sha2_passwordtidb_sm3_passwordtidb_auth_tokenauthentication_ldap_saslauthentication_ldap_simple
  • 服务器和客户端建立连接时,这个变量用于设置服务器对外通告的默认身份验证方式。如要了解该变量的其他可选值,参见可用的身份验证插件
  • 若要在用户登录时使用 tidb_sm3_password 插件,需要使用 TiDB-JDBC 进行连接。

default_collation_for_utf8mb4 从 v7.4.0 版本开始引入

  • 作用域:GLOBAL | SESSION
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 默认值:utf8mb4_bin
  • 可选值:utf8mb4_binutf8mb4_general_ciutf8mb4_0900_ai_ci
  • 该变量用于设置 utf8mb4 字符集的默认排序规则。它会影响以下语句的行为:
    • SHOW COLLATIONSHOW CHARACTER SET 语句显示的默认排序规则。
    • CREATE TABLEALTER TABLE 语句中对表或列使用 CHARACTER SET 语法明确指定 utf8mb4 字符集而未指定排序规则时,将使用该变量指定的排序规则。不影响未使用 CHARACTER SET 语法时的行为。
    • CREATE DATABASEALTER DATABASE 语句中使用 CHARACTER SET 语法明确指定 utf8mb4 字符集而未指定排序规则时,将使用该变量指定的排序规则。不影响未使用 CHARACTER SET 语法时的行为。
    • 任何使用 _utf8mb4'string' 形式的字面量在未使用 COLLATE 语法指定排序规则时,将使用该变量指定的排序规则。

default_password_lifetime 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 取值范围:[0, 65535]
  • 该变量用于设置全局自动密码过期策略,默认值为 0,即禁用全局自动密码过期。如果设置该变量的值为正整数 N,则表示允许的密码生存期为 N,即必须在 N 天之内更改密码。

default_week_format

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 取值范围:[0, 7]
  • 设置 WEEK() 函数使用的周格式。

disconnect_on_expired_password 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 该变量是一个只读变量,用来显示 TiDB 是否会直接断开密码已过期用户的连接。当其值为 ON,表示 TiDB 会断开密码已过期用户的连接。当其值为 OFF,表示 TiDB 会将密码已过期用户的连接置于“沙盒模式”,允许该用户建立连接并执行密码重置操作。
  • 如果需要改变 TiDB 对密码已过期用户连接的处理方式,请在 TiDB 配置文件中的 [security] 部分修改 disconnect-on-expired-password 选项。

div_precision_increment 从 v8.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:4
  • 范围:[0, 30]
  • 这个变量用于控制使用运算符 / 执行除法操作时,结果增加的小数位数。该功能与 MySQL 保持一致。

error_count

  • 作用域:SESSION
  • 默认值:0
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 表示上一条生成消息的 SQL 语句中的错误数。该变量为只读变量。

foreign_key_checks

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:在 v6.6.0 之前版本中为 OFF,在 v6.6.0 及之后的版本中为 ON
  • 表示是否开启外键约束检查。

group_concat_max_len

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1024
  • 取值范围:[4, 18446744073709551615]
  • 表示 GROUP_CONCAT() 函数缓冲区的最大长度。

have_openssl

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:DISABLED
  • 用于 MySQL 兼容性的只读变量。当服务器启用 TLS 时,服务器将其设置为 YES

have_ssl

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:DISABLED
  • 用于 MySQL 兼容性的只读变量。当服务器启用 TLS 时,服务器将其设置为 YES

hostname

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:(系统主机名)
  • 这个变量为只读变量,表示 TiDB server 的主机名。

identity 从 v5.3.0 版本开始引入

init_connect

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:””
  • 用户首次连接到 TiDB 服务器时,init_connect 特性允许 TiDB 自动执行一条或多条 SQL 语句。如果你有 CONNECTION_ADMIN 或者 SUPER 权限,这些 SQL 语句将不会被自动执行。如果这些语句执行报错,你的用户连接将被终止。

innodb_lock_wait_timeout

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:50
  • 范围:[1, 3600]
  • 单位:秒
  • 悲观事务语句等锁时间。

interactive_timeout

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:28800
  • 范围:[1, 31536000]
  • 单位:秒
  • 该变量表示交互式用户会话的空闲超时。交互式用户会话是指使用 CLIENT_INTERACTIVE 选项调用 mysql_real_connect() API 建立的会话(例如:MySQL shell 和 MySQL client)。该变量与 MySQL 完全兼容。

last_insert_id 从 v5.3.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 取值范围:[0, 18446744073709551615]
  • 返回由 INSERT 语句产生的最新 AUTO_INSCRENT 或者 AUTO_RANDOM 值,与 LAST_INSERT_ID() 的返回的结果相同。与 MySQL 中的 last_insert_id 一致。

last_plan_from_binding 从 v4.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 该变量用来显示上一条执行的语句所使用的执行计划是否来自 binding 的执行计划

last_plan_from_cache 从 v4.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来显示上一个 execute 语句所使用的执行计划是不是直接从 plan cache 中取出来的。

last_sql_use_alloc 从 v6.4.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:OFF
  • 这个变量是一个只读变量,用来显示上一个语句是否使用了缓存的 Chunk 对象 (Chunk allocation)。

license

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:Apache License 2.0
  • 这个变量表示 TiDB 服务器的安装许可证。

log_bin

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 该变量表示是否使用 TiDB Binlog

max_connections

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 取值范围:[0, 100000]
  • 该变量表示 TiDB 中同时允许的最大客户端连接数,用于资源控制。
  • 默认情况下,该变量值为 0 表示不限制客户端连接数。当本变量的值大于 0 且客户端连接数到达此值时,TiDB 服务端将会拒绝新的客户端连接。

max_execution_time

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 2147483647]
  • 单位:毫秒
  • 语句最长执行时间。默认值 (0) 表示无限制。

系统变量 - 图3

注意

  • max_execution_time 目前只用于控制只读语句的最大执行时长,实际精度在 100ms 级别,而非更准确的毫秒级别。
  • 对于使用了 MAX_EXECUTION_TIME Hint 的 SQL 语句,这些语句的最长执行时间将不受该变量限制,而是由该 Hint 进行限制。你也可以使用该 Hint 来创建 SQL 绑定,详情请参考 SQL 操作常见问题

max_prepared_stmt_count

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:-1
  • 范围:[-1, 1048576]
  • 指定当前实例中 PREPARE 语句的最大数量。
  • 值为 -1 时表示不对实例中的 PREPARE 语句数量进行限制。
  • 如果将变量值设为超过上限 1048576,则使用上限值 1048576
  1. mysql> SET GLOBAL max_prepared_stmt_count = 1048577;
  2. Query OK, 0 rows affected, 1 warning (0.01 sec)
  3. mysql> SHOW WARNINGS;
  4. +---------+------+--------------------------------------------------------------+
  5. | Level | Code | Message |
  6. +---------+------+--------------------------------------------------------------+
  7. | Warning | 1292 | Truncated incorrect max_prepared_stmt_count value: '1048577' |
  8. +---------+------+--------------------------------------------------------------+
  9. 1 row in set (0.00 sec)
  10. mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count';
  11. +-------------------------+---------+
  12. | Variable_name | Value |
  13. +-------------------------+---------+
  14. | max_prepared_stmt_count | 1048576 |
  15. +-------------------------+---------+
  16. 1 row in set (0.00 sec)

max_allowed_packet 从 v6.1.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:67108864
  • 取值范围:[1024, 1073741824]
  • 该变量取值应为 1024 的整数倍。若取值无法被 1024 整除,则会提示 warning 并向下取整。例如设置为 1025 时,则 TiDB 中的实际取值为 1024。
  • 服务器端和客户端在一次传送数据包的过程中所允许最大的数据包大小,单位为字节。
  • SESSION 作用域下,该变量为只读变量。
  • 该变量的行为与 MySQL 兼容。

mpp_exchange_compression_mode 从 v6.6.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 默认值:UNSPECIFIED
  • 可选值:NONEFASTHIGH_COMPRESSIONUNSPECIFIED
  • 该变量用于选择 MPP Exchange 算子的数据压缩模式,当 TiDB 选择版本号为 1 的 MPP 执行计划时生效。该变量值的含义如下:
    • UNSPECIFIED:表示未指定,TiDB 将自动选择压缩模式,当前 TiDB 自动选择 FAST 模式
    • NONE:不使用数据压缩
    • FAST:快速模式,整体性能较好,压缩比小于 HIGH_COMPRESSION
    • HIGH_COMPRESSION:高压缩比模式

mpp_version 从 v6.6.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 默认值:UNSPECIFIED
  • 可选值:UNSPECIFIED01
  • 该变量用于指定不同版本的 MPP 执行计划。指定后,TiDB 会选择指定版本的 MPP 执行计划。该变量值含义如下:
    • UNSPECIFIED:表示未指定,此时 TiDB 自动选择最新版本 1
    • 0:兼容所有 TiDB 集群版本,MPP 版本大于 0 的新特性均不会生效。
    • 1:从 v6.6.0 版本开始引入,用于开启 TiFlash 带压缩的数据交换,详情参见 MPP Version 和 Exchange 数据压缩

password_history 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 4294967295]
  • 该变量用于建立密码重用策略,使 TiDB 基于密码更改次数限制密码的重复使用。该变量默认值为 0,表示禁用基于密码更改次数的密码重用策略。当设置该变量为一个正整数 N 时,表示不允许重复使用最近 N 次使用过的密码。

password_reuse_interval 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 4294967295]
  • 该变量用于建立密码重用策略,使 TiDB 基于经过时间限制密码重复使用。该变量默认值为 0,表示禁用基于密码经过时间的密码重用策略。当设置该变量为一个正整数 N 时,表示不允许重复使用最近 N 天内使用过的密码。

pd_enable_follower_handle_region 从 v7.6.0 版本开始引入

系统变量 - 图4

警告

Active PD Follower 目前为实验特性,不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug,请在 GitHub 上提 issue 反馈。

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制是否开启 Active PD Follower 特性(目前该特性只适用于处理获取 Region 信息的相关请求)。当该值为 OFF 时,TiDB 仅从 PD leader 获取 Region 信息。当该值为 ON 时,TiDB 在获取 Region 信息时会将请求均匀地发送到所有 PD 节点上,因此 PD follower 也可以处理 Region 信息请求,从而减轻 PD leader 的 CPU 压力。
  • 适合开启 Active PD Follower 的场景:
    • 集群 Region 数量较多,PD leader 由于处理心跳和调度任务的开销大,导致 CPU 资源紧张。
    • 集群中 TiDB 实例数量较多,Region 信息请求并发量较大,PD leader CPU 压力大。

plugin_dir

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:””
  • 指定加载插件的目录。

plugin_load

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:””
  • 指定 TiDB 启动时加载的插件,多个插件之间用逗号(,)分隔。

port

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:4000
  • 范围:[0, 65535]
  • 使用 MySQL 协议时 tidb-server 监听的端口。

rand_seed1

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 2147483647]
  • 该变量用于为 SQL 函数 RAND() 中使用的随机值生成器添加种子。
  • 该变量的行为与 MySQL 兼容。

rand_seed2

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 2147483647]
  • 该变量用于为 SQL 函数 RAND() 中使用的随机值生成器添加种子。
  • 该变量的行为与 MySQL 兼容。

require_secure_transport 从 v6.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 该变量控制是否所有 TiDB 的连接都在本地 socket 上进行通信,或使用 TLS。详情见为 TiDB 客户端服务端间通信开启加密传输
  • 该变量设置为 ON 时,必须使用开启 TLS 的会话连接到 TiDB,防止在 TLS 配置不正确时出现锁定的情况。
  • 在 v6.1.0 之前这个开关通过 TiDB 配置文件 (security.require-secure-transport) 进行配置,升级到 v6.1.0 时会自动继承原有设置。
  • 从 v6.5.6、v7.1.2、v7.5.1 和 v8.0.0 起,当启用了安全增强模式 (SEM) 时,禁止将 security.require-secure-transport 设置为 ON

skip_name_resolve 从 v5.2.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 该变量控制 tidb-server 实例是否将主机名作为连接握手的一部分来解析。
  • 当 DNS 不可靠时,可以启用该变量来提高网络性能。

系统变量 - 图5

注意

skip_name_resolve 设置为 ON 时,身份信息中包含主机名的用户将无法登录服务器。例如:

  1. CREATE USER 'appuser'@'apphost' IDENTIFIED BY 'app-password';

该示例中,建议将 apphost 替换为 IP 地址或通配符(%)。

socket

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:””
  • 使用 MySQL 协议时,tidb-server 所监听的本地 unix 套接字文件。

sql_log_bin

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 表示是否将更改写入 TiDB Binlog。

系统变量 - 图6

注意

不建议将 sql_log_bin 设置为全局变量,因为 TiDB 的未来版本可能只允许将其设置为会话变量。

sql_mode

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 默认值:ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
  • 这个变量控制许多 MySQL 兼容行为。详情见 SQL 模式

sql_require_primary_key 从 v6.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制表是否必须有主键。启用该变量后,如果在没有主键的情况下创建或修改表,将返回错误。
  • 该功能基于 MySQL 8.0 的特性 sql_require_primary_key
  • 强烈推荐在使用 TiCDC 时启用该变量,因为同步数据变更至 MySQL sink 时要求表必须有主键。
  • 如果启用了该变量,且使用了 TiDB Data Migration (DM) 来迁移数据,建议在 DM 任务配置文件里的 session 中添加该系统变量 sql_require_primary_key 并设置为 OFF,否则会导致 DM 任务创建失败。

sql_select_limit 从 v4.0.2 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:18446744073709551615
  • 范围:[0, 18446744073709551615]
  • 单位:行
  • SELECT 语句返回的最大行数。

ssl_ca

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:””
  • 证书颁发机构 (CA) 文件的位置。若文件不存在,则变量值为空。该变量的值由 TiDB 配置项 ssl-ca 定义。

ssl_cert

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:””
  • 用于 SSL/TLS 连接的证书文件的位置。若文件不存在,则变量值为空。该变量的值由 TiDB 配置项 ssl-cert 定义。

ssl_key

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:””
  • 用于 SSL/TLS 连接的私钥文件的位置。若文件不存在,则变量值为空。该变量的值由 TiDB 配置项 ssl-key 定义。

system_time_zone

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:(随系统)
  • 该变量显示首次引导启动 TiDB 时的系统时区。另请参阅 time_zone

tidb_adaptive_closest_read_threshold 从 v6.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:4096
  • 取值范围:[0, 9223372036854775807]
  • 单位:字节
  • 这个变量用于控制当 replica-read 设置为 closest-adaptive 时,优先将读请求发送至 TiDB server 所在区域副本的阈值。当读请求预估的返回结果的大小超过此阈值时,TiDB 会将读请求优先发送至同一可用区的副本,否则会发送至 leader 副本。

tidb_allow_tiflash_cop 从 v7.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:布尔型

  • 默认值:OFF

  • 当 TiDB 给 TiFlash 下推计算任务时,有三种方法(或协议)可供选择:Cop、BatchCop 和 MPP。相比于 Cop 和 BatchCop,MPP 协议更加成熟,提供更好的任务和资源管理。因此,更推荐使用 MPP 协议。

    • 0OFF:优化器仅生成使用 TiFlash MPP 协议的计划。
    • 1ON:优化器根据成本估算从 Cop、BatchCop 和 MPP 协议中选择一个用于生成执行计划。

tidb_allow_batch_cop 从 v4.0 版本开始引入

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:是

  • 类型:整数型

  • 默认值:1

  • 范围:[0, 2]

  • 这个变量用于控制 TiDB 向 TiFlash 发送 coprocessor 请求的方式,有以下几种取值:

    • 0:从不批量发送请求
    • 1:aggregation 和 join 的请求会进行批量发送
    • 2:所有的 cop 请求都会批量发送

tidb_allow_fallback_to_tikv 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 默认值:””
  • 这个变量表示将 TiKV 作为备用存储引擎的存储引擎列表。当该列表中的存储引擎发生故障导致 SQL 语句执行失败时,TiDB 会使用 TiKV 作为存储引擎再次执行该 SQL 语句。目前支持设置该变量为 “” 或者 “tiflash”。如果设置该变量为 “tiflash”,当 TiFlash 返回超时错误(对应的错误码为 ErrTiFlashServerTimeout)时,TiDB 会使用 TiKV 作为存储引擎再次执行该 SQL 语句。

tidb_allow_function_for_expression_index 从 v5.2.0 版本开始引入

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:json_arrayjson_array_appendjson_array_insertjson_containsjson_contains_pathjson_depthjson_extractjson_insertjson_keysjson_lengthjson_merge_patchjson_merge_preservejson_objectjson_prettyjson_quotejson_removejson_replacejson_searchjson_setjson_storage_sizejson_typejson_unquotejson_validlowermd5reversetidb_sharduppervitess_hash
  • 这个变量用于显示创建表达式索引所允许使用的函数。

tidb_allow_mpp 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于控制是否使用 TiFlash 的 MPP 模式执行查询,可以设置的值包括:
    • 0OFF,代表从不使用 MPP 模式。如果在 v7.3.0 及之后的版本将该变量值设置为 0OFF,你需要同时开启 tidb_allow_tiflash_cop 变量,否则可能遇到查询报错。
    • 1ON,代表由优化器根据代价估算选择是否使用 MPP 模式(默认)。

MPP 是 TiFlash 引擎提供的分布式计算框架,允许节点之间的数据交换并提供高性能、高吞吐的 SQL 算法。MPP 模式选择的详细说明参见控制是否选择 MPP 模式

tidb_allow_remove_auto_inc 从 v2.1.18 和 v3.0.4 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来控制是否允许通过 ALTER TABLE MODIFYALTER TABLE CHANGE 来移除某个列的 AUTO_INCREMENT 属性。默认 (OFF) 为不允许。

tidb_analyze_distsql_scan_concurrency 从 v7.6.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:4
  • 范围:[1, 4294967295]
  • 这个变量用来设置执行 ANALYZEscan 操作的并发度。

tidb_analyze_partition_concurrency

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:2。TiDB v7.4.0 及其之前版本默认值为 1
  • 这个变量用于 TiDB analyze 分区表时,对分区表统计信息进行读写的并发度。

tidb_analyze_version 从 v5.1.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:2
  • 范围:[1, 2]
  • 这个变量用于控制 TiDB 收集统计信息的行为。
  • 在 v5.3.0 及之后的版本中,该变量的默认值为 2,具体可参照常规统计信息文档。如果从 v5.3.0 之前版本的集群升级至 v5.3.0 及之后的版本,tidb_analyze_version 的默认值不发生变化。

tidb_analyze_skip_column_types 从 v7.2.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:”json,blob,mediumblob,longblob”
  • 可选值:”json,blob,mediumblob,longblob,text,mediumtext,longtext”
  • 这个变量表示在执行 ANALYZE 命令收集统计信息时,跳过哪些类型的列的统计信息收集。该变量仅适用于 tidb_analyze_version = 2 的情况。即使使用 ANALYZE TABLE t COLUMNS c1, ..., cn 语法指定列,如果指定的列的类型在 tidb_analyze_skip_column_types 中,也不会收集该列的统计信息。
  1. mysql> SHOW CREATE TABLE t;
  2. +-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
  3. | Table | Create Table |
  4. +-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
  5. | t | CREATE TABLE `t` (
  6. `a` int(11) DEFAULT NULL,
  7. `b` varchar(10) DEFAULT NULL,
  8. `c` json DEFAULT NULL,
  9. `d` blob DEFAULT NULL,
  10. `e` longblob DEFAULT NULL
  11. ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin |
  12. +-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
  13. 1 row in set (0.00 sec)
  14. mysql> SELECT @@tidb_analyze_skip_column_types;
  15. +----------------------------------+
  16. | @@tidb_analyze_skip_column_types |
  17. +----------------------------------+
  18. | json,blob,mediumblob,longblob |
  19. +----------------------------------+
  20. 1 row in set (0.00 sec)
  21. mysql> ANALYZE TABLE t;
  22. Query OK, 0 rows affected, 1 warning (0.05 sec)
  23. mysql> SELECT job_info FROM mysql.analyze_jobs ORDER BY end_time DESC LIMIT 1;
  24. +---------------------------------------------------------------------+
  25. | job_info |
  26. +---------------------------------------------------------------------+
  27. | analyze table columns a, b with 256 buckets, 500 topn, 1 samplerate |
  28. +---------------------------------------------------------------------+
  29. 1 row in set (0.00 sec)
  30. mysql> ANALYZE TABLE t COLUMNS a, c;
  31. Query OK, 0 rows affected, 1 warning (0.04 sec)
  32. mysql> SELECT job_info FROM mysql.analyze_jobs ORDER BY end_time DESC LIMIT 1;
  33. +------------------------------------------------------------------+
  34. | job_info |
  35. +------------------------------------------------------------------+
  36. | analyze table columns a with 256 buckets, 500 topn, 1 samplerate |
  37. +------------------------------------------------------------------+
  38. 1 row in set (0.00 sec)

tidb_auto_analyze_end_time

  • 作用域:GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:时间

  • 默认值:23:59 +0000

  • 这个变量用来设置一天中允许自动 ANALYZE 更新统计信息的结束时间。例如,只允许在 UTC 时间的凌晨 1:00 至 3:00 之间自动更新统计信息,可以设置如下:

    • tidb_auto_analyze_start_time='01:00 +0000'
    • tidb_auto_analyze_end_time='03:00 +0000'

tidb_auto_analyze_partition_batch_size 从 v6.4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:128。对于 TiDB v7.6.0 之前的版本,默认值为 1
  • 范围:[1, 1024]
  • 用于设置 TiDB 自动 analyze 分区表(即自动收集分区表上的统计信息)时,每次同时 analyze 分区的个数。
  • 若该变量值小于分区表的分区数,则 TiDB 会分多批自动 analyze 该分区表的所有分区。若该变量值大于等于分区表的分区数,则 TiDB 会同时 analyze 该分区表的所有分区。
  • 若分区表个数远大于该变量值,且自动 analyze 花费时间较长,可调大该参数的值以减少耗时。

tidb_auto_analyze_ratio

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:浮点数
  • 默认值:0.5
  • 范围:(0, 1],v8.0.0 及之前版本范围为 [0, 18446744073709551615]
  • 这个变量用来设置 TiDB 在后台自动执行 ANALYZE TABLE 更新统计信息的阈值。0.5 指的是当表中超过 50% 的行被修改时,触发自动 ANALYZE 更新。可以指定 tidb_auto_analyze_start_timetidb_auto_analyze_end_time 来限制自动 ANALYZE 的时间。

系统变量 - 图7

注意

当系统变量 tidb_enable_auto_analyze 设置为 ON 时,TiDB 才会触发 auto_analyze

tidb_auto_analyze_start_time

  • 作用域:GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:时间

  • 默认值:00:00 +0000

  • 这个变量用来设置一天中允许自动 ANALYZE 更新统计信息的开始时间。例如,只允许在 UTC 时间的凌晨 1:00 至 3:00 之间自动更新统计信息,可以设置如下:

    • tidb_auto_analyze_start_time='01:00 +0000'
    • tidb_auto_analyze_end_time='03:00 +0000'

tidb_auto_build_stats_concurrency 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1
  • 范围:[1, 256]
  • 这个变量用来设置执行统计信息自动更新的并发度。

tidb_backoff_lock_fast

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:10
  • 范围:[1, 2147483647]
  • 这个变量用来设置读请求遇到锁的 backoff 时间。

tidb_backoff_weight

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:整数型

  • 默认值:2

  • 范围:[0, 2147483647]

  • 这个变量用来给 TiDB 的 backoff 最大时间增加权重,即内部遇到网络或其他组件 (TiKV, PD) 故障时,发送重试请求的最大重试时间。可以通过这个变量来调整最大重试时间,最小值为 1。

    例如,TiDB 向 PD 取 TSO 的基础超时时间是 15 秒,当 tidb_backoff_weight = 2 时,取 TSO 的最大超时时间为:基础时间 * 2 等于 30 秒。

    在网络环境较差的情况下,适当增大该变量值可以有效缓解因为超时而向应用端报错的情况;而如果应用端希望更快地接到报错信息,则应该尽量减小该变量的值。

tidb_batch_commit

系统变量 - 图8

警告

不建议开启此变量。

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 该变量控制是否启用已废弃的 batch-commit 特性。当该变量开启时,事务可能会通过分组一些语句被拆分为多个事务,并被非原子地提交。不推荐使用这种方式。

tidb_batch_delete

系统变量 - 图9

警告

该变量与废弃的 batch-dml 特性相关,可能会导致数据损坏。因此,不建议开启该变量来使用 batch-dml。作为替代,请使用非事务 DML 语句

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 该变量控制是否启用已废弃的 batch-dml 特性中的 batch-delete 特性。当该变量开启时,DELETE 语句可能会被拆分为多个事务,并被非原子地提交。要使该特性生效,还需要开启 tidb_enable_batch_dml 并将 tidb_dml_batch_size 的值设置为正数。不推荐使用这种方式。

tidb_batch_insert

系统变量 - 图10

警告

该变量与废弃的 batch-dml 特性相关,可能会导致数据损坏。因此,不建议开启该变量来使用 batch-dml。作为替代,请使用非事务 DML 语句

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 该变量控制是否启用已废弃的 batch-dml 特性中的 batch-insert 特性。当该变量开启时,INSERT 语句可能会被拆分为多个事务,并被非原子地提交。要使该特性生效,还需要开启 tidb_enable_batch_dml 并将 tidb_dml_batch_size 的值设置为正数。不推荐使用这种方式。

tidb_batch_pending_tiflash_count 从 v6.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:4000
  • 范围:[0, 4294967295]
  • 使用 ALTER DATABASE SET TIFLASH REPLICA 语句为 TiFlash 添加副本时,能容许的不可用表的个数上限。如果超过该上限,则会停止或者以非常慢的速度为库中的剩余表设置 TiFlash 副本。

tidb_broadcast_join_threshold_count 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:10240
  • 范围:[0, 9223372036854775807]
  • 单位:行
  • 如果 join 的对象为子查询,优化器无法估计子查询结果集大小,在这种情况下通过结果集行数判断。如果子查询的行数估计值小于该变量,则选择 Broadcast Hash Join 算法。否则选择 Shuffled Hash Join 算法。
  • 开启 tidb_prefer_broadcast_join_by_exchange_data_size 功能后,该变量将不再生效。

tidb_broadcast_join_threshold_size 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:104857600 (100 MiB)
  • 范围:[0, 9223372036854775807]
  • 单位:字节
  • 如果表大小(字节数)小于该值,则选择 Broadcast Hash Join 算法。否则选择 Shuffled Hash Join 算法。
  • 开启 tidb_prefer_broadcast_join_by_exchange_data_size 功能后,该变量将不再生效。

tidb_build_stats_concurrency

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 单位:线程
  • 默认值:2。TiDB v7.4.0 及其之前版本默认值为 4
  • 取值范围:[1, 256]
  • 这个变量用来设置 ANALYZE 语句执行时并发度。
  • 当这个变量被设置得更大时,会对其它的查询语句执行性能产生一定影响。

tidb_build_sampling_stats_concurrency 从 v7.5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 单位:线程
  • 默认值:2
  • 取值范围:[1, 256]
  • 这个变量用来设置 ANALYZE 过程中的采样并发度。
  • 当这个变量被设置得更大时,会对其它的查询语句执行性能产生一定影响。

tidb_capture_plan_baselines 从 v4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制是否开启自动捕获绑定功能。该功能依赖 Statement Summary,因此在使用自动绑定之前需打开 Statement Summary 开关。
  • 开启该功能后会定期遍历一次 Statement Summary 中的历史 SQL 语句,并为至少出现两次的 SQL 语句自动创建绑定。

tidb_cdc_write_source 从 v6.5.0 版本开始引入

  • 作用域:SESSION
  • 是否持久化到集群:否
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值: 0
  • 范围:[0, 15]
  • 当变量非 0 时,该 SESSION 写入的数据将被视为是由 TiCDC 写入的。这个变量仅由 TiCDC 设置,任何时候都不应该手动调整该变量。

tidb_check_mb4_value_in_utf8

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 设置该变量为 ON 可强制只存储基本多文种平面 (BMP) 编码区段内的 utf8 字符值。若要存储 BMP 区段外的 utf8 值,推荐使用 utf8mb4 字符集。
  • 早期版本的 TiDB 中 (v2.1.x),utf8 检查更为宽松。如果你的 TiDB 集群是从早期版本升级的,推荐关闭该变量,详情参阅升级与升级后常见问题

tidb_committer_concurrency 从 v6.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:128
  • 范围:[1, 10000]
  • 在单个事务的提交阶段,用于执行提交操作相关请求的 goroutine 数量。
  • 若提交的事务过大,事务提交时的流控队列等待耗时可能会过长。此时,可以通过调大该配置项来加速提交。
  • 在 v6.1.0 之前这个开关通过 TiDB 配置文件 (performance.committer-concurrency) 进行配置,升级到 v6.1.0 时会自动继承原有设置。

tidb_checksum_table_concurrency

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:4
  • 取值范围:[1, 256]
  • 单位:线程
  • 这个变量用来设置 ADMIN CHECKSUM TABLE 语句执行时扫描索引的并发度。当这个变量被设置得更大时,会对其它的查询语句执行性能产生一定影响。

tidb_config

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:””
  • 这个变量是一个只读变量,用来获取当前 TiDB Server 的配置信息。

tidb_constraint_check_in_place

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:布尔型

  • 默认值:OFF

  • 该变量仅适用于乐观事务模型。悲观事务模式中的行为由 tidb_constraint_check_in_place_pessimistic 控制。

  • 当这个变量设置为 OFF 时,唯一索引的重复值检查会被推迟到事务提交时才进行。这有助于提高性能,但对于某些应用,可能导致非预期的行为。详情见约束

    • 乐观事务模型下将 tidb_constraint_check_in_place 设置为 OFF

      1. create table t (i int key);
      2. insert into t values (1);
      3. begin optimistic;
      4. insert into t values (1);
      1. Query OK, 1 row affected
      1. tidb> commit; -- 事务提交时才检查
      1. ERROR 1062 : Duplicate entry '1' for key 't.PRIMARY'
    • 乐观事务模型下将 tidb_constraint_check_in_place 设置为 ON

      1. set @@tidb_constraint_check_in_place=ON;
      2. begin optimistic;
      3. insert into t values (1);
      1. ERROR 1062 : Duplicate entry '1' for key 't.PRIMARY'

tidb_constraint_check_in_place_pessimistic 从 v6.3.0 版本开始引入

  • 作用域:SESSION

  • 是否受 Hint SET_VAR 控制:否

  • 类型:布尔型

  • 默认值:当配置项 pessimistic-txn.constraint-check-in-place-pessimistic 为默认值 true 时,该变量的默认值为 ON。当配置项 pessimistic-txn.constraint-check-in-place-pessimisticfalse 时,该变量的默认值为 OFF

  • 该变量仅适用于悲观事务模型。乐观事务模式中的行为由 tidb_constraint_check_in_place 控制。

  • 当这个变量设置为 OFF 时,唯一约束检查会被推迟到下一次需要对这个索引加锁的语句执行时,或事务提交时才进行。这有助于提高性能,但对于某些应用,可能导致非预期的行为。详情见约束

  • 关闭该变量可能会导致悲观事务中返回 LazyUniquenessCheckFailure 报错。返回该错误时,TiDB 将会回滚当前事务。

  • 关闭该变量后,悲观事务中不支持使用 SAVEPOINT 功能。

  • 关闭该变量时,commit 语句可能会报出 Write conflict 错误或 Duplicate entry 错误,两种错误都意味着事务回滚。

    • 悲观事务模型下将 tidb_constraint_check_in_place_pessimistic 设置为 OFF

      1. set @@tidb_constraint_check_in_place_pessimistic=OFF;
      2. create table t (i int key);
      3. insert into t values (1);
      4. begin pessimistic;
      5. insert into t values (1);
      1. Query OK, 1 row affected
      1. tidb> commit; -- 事务提交时才检查
      1. ERROR 1062 : Duplicate entry '1' for key 't.PRIMARY'
    • 悲观事务模型下将 tidb_constraint_check_in_place_pessimistic 设置为 ON

      1. set @@tidb_constraint_check_in_place_pessimistic=ON;
      2. begin pessimistic;
      3. insert into t values (1);
      1. ERROR 1062 : Duplicate entry '1' for key 't.PRIMARY'

tidb_cost_model_version 从 v6.2.0 版本开始引入

系统变量 - 图11

注意

  • 自 v6.5.0 开始,新创建的 TiDB 集群默认使用 Cost Model Version 2。如果从 v6.4.0 及之前版本的集群升级到 v6.5.0 及之后的版本,tidb_cost_model_version 的值不发生变化。
  • 切换代价模型版本可能会引起查询计划的变动。

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:2
  • 取值范围:[1, 2]
  • 可选值:
    • 1:使用 Cost Model Version 1 代价模型。TiDB v6.4.0 及之前的版本默认使用 Cost Model Version 1。
    • 2:使用 Cost Model Version 2 代价模型。TiDB v6.5.0 正式发布了代价模型 Cost Model Version 2,在内部测试中比 Version 1 版本的代价模型更加准确。
  • 代价模型会影响优化器对计划的选择,具体可见代价模型

tidb_current_ts

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 取值范围:[0, 9223372036854775807]
  • 这个变量是一个只读变量,用来获取当前事务的时间戳。

tidb_ddl_disk_quota 从 v6.3.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:107374182400 (100 GiB)
  • 范围:[107374182400, 1125899906842624] ([100 GiB, 1 PiB])
  • 单位:字节
  • 这个变量仅在 tidb_ddl_enable_fast_reorg 开启的情况下生效,用于设置创建索引的回填过程中本地存储空间的使用限制。

tidb_ddl_enable_fast_reorg 从 v6.3.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制是否开启添加索引加速功能,来提升创建索引回填过程的速度。开启该变量对于数据量较大的表有一定的性能提升。
  • TiDB v7.1.0 引入了快速加索引功能的检查点机制,即使 TiDB owner 因故障重启或者切换,也能够通过自动定期保存的检查点恢复部分进度。
  • 要验证已经完成的 ADD INDEX 操作是否使用了添加索引加速功能,可以执行 ADMIN SHOW DDL JOBS 语句查看 JOB_TYPE 一列中是否含有 ingest 字样。

系统变量 - 图12

注意

  • 要使用索引加速功能,你需要提供一个可写且具有足够空余空间的临时路径 temp-dir。如果 temp-dir 无法使用,TiDB 会退回到非加速的索引创建方式。建议将 temp-dir 挂载在 SSD 磁盘上。

  • 在升级到 v6.5.0 及以上版本时,请确保 TiDB 的 temp-dir 路径已正确挂载了 SSD 磁盘,并确保运行 TiDB 的操作系统用户对该目录有读写权限,否则在运行时可能产生不可预知的问题。该参数是 TiDB 的配置参数,设置后需要重启 TiDB 才能生效。因此,在升级前提前进行设置,可以避免再次重启。

tidb_enable_dist_task 从 v7.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:ON
  • 这个变量用于控制是否开启 TiDB 分布式执行框架。开启分布式执行框架后,DDL 和 Import 等将会由集群中多个 TiDB 节点共同完成。
  • 从 TiDB v7.1.0 开始,支持分布式执行分区表的 ADD INDEX
  • 从 TiDB v7.2.0 开始,支持分布式导入任务 IMPORT INTO
  • 从 TiDB v8.1.0 开始,该变量默认开启。如果要从低版本的集群升级到 v8.1.0 或更高版本,且该集群已开启分布式执行框架,为了避免升级期间 ADD INDEX 操作可能导致数据索引不一致的问题,请在升级前关闭分布式执行框架(即将 tidb_enable_dist_task 设置为 OFF),升级后再手动开启。
  • 该变量由 tidb_ddl_distribute_reorg 改名而来。

tidb_cloud_storage_uri 从 v7.4.0 版本开始引入

系统变量 - 图13

注意

目前,全局排序会使用大量 TiDB 节点的计算与内存资源。对于在线增加索引等同时有用户业务在运行的场景,建议为集群添加新的 TiDB 节点,为这些 TiDB 节点设置 tidb_service_scope,并连接到这些节点上创建任务。这样分布式框架就会将任务调度到这些节点上,将工作负载与其他 TiDB 节点隔离,以减少执行后端任务(如 ADD INDEXIMPORT INTO)对用户业务的影响。

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:""
  • 该变量用来指定全局排序中使用的 Amazon S3 云存储的 URI。在开启 TiDB 分布式执行框架后,你可以配置 URI 指向具有访问存储所需权限的云存储路径,以此来实现全局排序的功能。更多详情,参考 Amazon S3 的 URI 格式
  • 以下语句支持全局排序功能:
    • ADD INDEX 语句。
    • 用于将数据导入本地部署的 TiDB 的 IMPORT INTO 语句。对于 TiDB Cloud,IMPORT INTO 语句不适用全局排序。

tidb_ddl_error_count_limit

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:512
  • 范围:[0, 9223372036854775807]
  • 这个变量用来控制 DDL 操作失败重试的次数。失败重试次数超过该参数的值后,会取消出错的 DDL 操作。

tidb_ddl_flashback_concurrency 从 v6.3.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:64
  • 范围:[1, 256]
  • 这个变量用来控制 FLASHBACK CLUSTER 的并发数。

tidb_ddl_reorg_batch_size

  • 作用域:GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:整数型

  • 默认值:256

  • 范围:[32, 10240]

  • 单位:行

  • 这个变量用来设置 DDL 操作 re-organize 阶段的 batch size。比如 ADD INDEX 操作,需要回填索引数据,通过并发 tidb_ddl_reorg_worker_cnt 个 worker 一起回填数据,每个 worker 以 batch 为单位进行回填。

    • 如果 ADD INDEX 操作时有较多 UPDATE 操作或者 REPLACE 等更新操作,batch size 越大,事务冲突的概率也会越大,此时建议调小 batch size 的值,最小值是 32。
    • 在没有事务冲突的情况下,batch size 可设为较大值(需要参考 worker 数量,见线上负载与 ADD INDEX 相互影响测试),这样回填数据的速度更快,但是 TiKV 的写入压力也会变大。

tidb_ddl_reorg_priority

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:PRIORITY_LOW
  • 可选值:PRIORITY_LOWPRIORITY_NORMALPRIORITY_HIGH
  • 这个变量用来设置 ADD INDEX 操作 re-organize 阶段的执行优先级,可设置为 PRIORITY_LOW/PRIORITY_NORMAL/PRIORITY_HIGH

tidb_ddl_reorg_worker_cnt

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:4
  • 范围:[1, 256]
  • 单位:线程
  • 这个变量用来设置 DDL 操作 re-organize 阶段的并发度。

tidb_enable_fast_create_table 从 v8.0.0 版本开始引入

系统变量 - 图14

警告

该变量目前为实验特性,不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug,请在 GitHub 上提 issue 反馈。

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制是否开启 TiDB 加速建表
  • 从 TiDB v8.0.0 开始,支持使用 tidb_enable_fast_create_table 加速建表 CREATE TABLE
  • 该变量是由 v7.6.0 中引入的 tidb_ddl_version 更名而来。从 v8.0.0 开始,tidb_ddl_version 不再生效。

tidb_default_string_match_selectivity 从 v6.2.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点型
  • 默认值:0.8
  • 范围:[0, 1]
  • 这个变量用来设置过滤条件中的 likerlikeregexp 函数在行数估算时的默认选择率,以及是否对这些函数启用 TopN 辅助估算。
  • TiDB 总是会尝试利用统计信息对过滤条件中的 like 进行估算,但是当 like 匹配的字符串太复杂时,或者面对 rlikeregexp 时,往往无法充分利用统计信息,转而使用 0.8 作为选择率,造成行数估算的误差较大。
  • 该变量可以用于修改这个行为,当变量被设为 0 以外的值时,会使用变量的值而不是默认的 0.8 作为选择率。
  • 如果将该变量的值设为 0,TiDB 在对上述三个函数进行行数估算时,会尝试利用统计信息中的 TopN 进行求值来提高估算精度,同时也会考虑统计信息中的 NULL 数。求值操作预计会造成少量性能损耗。这个功能生效的前提是统计信息是在 tidb_analyze_version 设为 2 时收集的。
  • 当该变量的值被设为默认值以外的值的时候,会对 not likenot rlikenot regexp 的行数估算也进行相应的调整。

tidb_disable_txn_auto_retry

系统变量 - 图15

警告

从 v8.0.0 开始,该变量被废弃。废弃后,TiDB 不再支持乐观事务的自动重试。作为替代,当使用乐观事务模式发生冲突时,请在应用里捕获错误并重试,或改用悲观事务模式

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:布尔型

  • 默认值:ON

  • 这个变量用来设置是否禁用显式的乐观事务自动重试,设置为 ON 时,不会自动重试,如果遇到事务冲突需要在应用层重试。

    如果将该变量的值设为 OFF,TiDB 将会自动重试事务,这样在事务提交时遇到的错误更少。需要注意的是,这样可能会导致数据更新丢失。

    这个变量不会影响自动提交的隐式事务和 TiDB 内部执行的事务,它们依旧会根据 tidb_retry_limit 的值来决定最大重试次数。

    关于是否需要禁用自动重试,请参考重试的局限性

    该变量只适用于乐观事务,不适用于悲观事务。悲观事务的重试次数由 max_retry_count 控制。

tidb_distsql_scan_concurrency

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:15
  • 范围:[1, 256]
  • 单位:线程
  • 这个变量用来设置 scan 操作的并发度。
  • AP 类应用适合较大的值,TP 类应用适合较小的值。对于 AP 类应用,最大值建议不要超过所有 TiKV 节点的 CPU 核数。
  • 若表的分区较多可以适当调小该参数(取决于扫描数据量的大小以及扫描频率),避免 TiKV 内存溢出 (OOM)。

tidb_dml_batch_size

系统变量 - 图16

警告

该变量与废弃的 batch-dml 特性相关,可能会导致数据损坏。因此,不建议开启该变量来使用 batch-dml。作为替代,请使用非事务 DML 语句

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 2147483647]
  • 单位:行
  • 这个变量的值大于 0 时,TiDB 会将 INSERT 语句在更小的事务中批量提交。这样可减少内存使用,确保大批量修改时事务大小不会达到 txn-total-size-limit 限制。
  • 只有变量值为 0 时才符合 ACID 要求。否则无法保证 TiDB 的原子性和隔离性要求。
  • 要使该特性生效,还需要开启 tidb_enable_batch_dml,以及至少开启 tidb_batch_inserttidb_batch_delete 中的一个。

系统变量 - 图17

注意

自 v7.0.0 起,tidb_dml_batch_sizeLOAD DATA 语句不再生效。

tidb_dml_type 从 v8.0.0 版本开始引入

系统变量 - 图18

警告

批量 DML 执行方式 (tidb_dml_type = "bulk") 目前为实验特性,不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug,请在 GitHub 上提 issue 反馈。在当前版本中,使用批量 DML 执行方式执行超大事务时,可能会影响 TiCDC、TiFlash 和 TiKV 的 resolved-ts 模块的内存使用和执行效率,可能引发 OOM 问题。此外,BR 在遇到锁时也可能被阻塞无法继续执行。因此,不建议在启用这些组件和功能时使用。

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:是
  • 类型:字符串
  • 默认值:"standard"
  • 可选值:"standard""bulk"
  • 该变量用来设置 DML 语句的执行方式。
    • "standard" 表示使用标准的 DML 执行方式,TiDB 事务在提交前缓存在内存中。适用于处理高并发且可能存在冲突的事务场景,为默认推荐使用的执行方式。
    • "bulk" 表示使用批量 DML 执行方式,适合于处理因大量数据写入导致 TiDB 内存使用过多的情况。
      • 在 TiDB 事务执行过程中,数据不是完全缓存在 TiDB 内存中,而是持续写入 TiKV,以减少内存的占用,同时平滑写入压力。
      • 只有 INSERTUPDATEREPLACEDELETE 语句受 "bulk" 方式的影响。由于 "bulk" 模式流水线执行的方式,其中 INSERT IGNORE ... ON DUPLICATE UPDATE ... 的用法可能会在更新造成冲突时报出 Duplicate entry 的错误;而在 "standard" 模式下,由于设置了 IGNORE 关键字,该错误会被忽略,不会返回给用户。
      • "bulk" 方式仅适用于大批量无冲突数据写入的场景,不能高效处理写入冲突的场景,写写冲突可能会导致大批量事务提交失败并被回滚。
      • "bulk" 方式只对自动提交 (auto-commit) 的语句生效。当设置为 "bulk" 时,pessimistic-auto-commit 配置项的效果等同于设置为 false
      • 使用 "bulk" 方式执行语句时,需要确保在语句执行过程中保持元数据锁处于开启状态。
      • "bulk" 方式不可以在临时表缓存表上使用。
      • "bulk" 方式不可以在开启外键约束检查时 (foreign_key_checks = ON) 对包含外键的表和被外键引用的表使用。
      • 当遇到不支持或不兼容的情况时,"bulk" 方式会回退到 "standard" 方式执行,并返回一条警告信息。你可以通过 tidb_last_txn_info 查看 pipelined 字段,如果为 true 则表示是使用 "bulk" 方式执行。
      • "bulk" 方式执行超大事务时,事务耗时可能较长。对于这种模式的事务,其事务锁的最大 TTL 为 max-txn-ttl 与 24 小时中的较大值。此外,当事务执行时间超过 tidb_gc_max_wait_time 设定值后,GC 可能会强制回滚事务,导致事务失败。
      • "bulk" 方式由 Pipelined DML 特性实现,详细设计和 GitHub issue 可见 Pipelined DML#50215

tidb_enable_1pc 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 指定是否在只涉及一个 Region 的事务上启用一阶段提交特性。比起传统两阶段提交,一阶段提交能大幅降低事务提交延迟并提升吞吐。

系统变量 - 图19

注意

  • 对于新创建的集群,默认值为 ON。对于升级版本的集群,如果升级前是 v5.0 以下版本,升级后默认值为 OFF
  • 启用 TiDB Binlog 后,开启该选项无法获得性能提升。要获得性能提升,建议使用 TiCDC 替代 TiDB Binlog。
  • 启用该参数仅意味着一阶段提交成为可选的事务提交模式,实际由 TiDB 自行判断选择最合适的提交模式进行事务提交。

tidb_enable_analyze_snapshot 从 v6.2.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 该变量控制 ANALYZE 读取历史时刻的数据还是读取最新的数据。当该变量设置为 ON 时,ANALYZE 读取 ANALYZE 开始时刻的历史数据。当该变量设置为 OFF 时,ANALYZE 读取最新的数据。
  • 在 v5.2 之前,ANALYZE 读取最新的数据。v5.2 至 v6.1 版本 ANALYZE 读取 ANALYZE 开始时刻的历史数据。

系统变量 - 图20

警告

如果 ANALYZE 读取 ANALYZE 开始时刻的历史数据,长时间的 AUTO ANALYZE 可能会因为历史数据被 GC 而出现 GC life time is shorter than transaction duration 的报错。

tidb_enable_async_commit 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 该变量控制是否启用 Async Commit 特性,使事务两阶段提交的第二阶段于后台异步进行。开启本特性能降低事务提交的延迟。

系统变量 - 图21

注意

  • 对于新创建的集群,默认值为 ON。对于升级版本的集群,如果升级前是 v5.0 以下版本,升级后默认值为 OFF
  • 启用 TiDB Binlog 后,开启该选项无法获得性能提升。要获得性能提升,建议使用 TiCDC 替代 TiDB Binlog。
  • 启用该参数仅意味着 Async Commit 成为可选的事务提交模式,实际由 TiDB 自行判断选择最合适的提交模式进行事务提交。

tidb_enable_auto_analyze 从 v6.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 该变量控制 TiDB 是否以后台操作自动更新表的统计信息。
  • 在 v6.1.0 之前这个开关通过 TiDB 配置文件 (performance.run-auto-analyze) 进行配置,升级到 v6.1.0 时会自动继承原有设置。

tidb_enable_auto_analyze_priority_queue 从 v8.0.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 该变量控制是否启用优先队列来调度自动收集统计信息的任务。开启该变量后,TiDB 会优先收集那些更有收集价值的表,例如新创建的索引、发生分区变更的分区表等。同时,TiDB 也会优先处理那些健康度较低的表,将它们安排在队列的前端。

tidb_enable_auto_increment_in_generated

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制是否允许在创建生成列或者表达式索引时引用自增列。

tidb_enable_batch_dml

系统变量 - 图22

警告

该变量与废弃的 batch-dml 特性相关,可能会导致数据损坏。因此,不建议开启该变量来使用 batch-dml。作为替代,请使用非事务 DML 语句

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 该变量控制是否启用废弃的 batch-dml 特性。启用该变量后,部分语句可能会被拆分为多个事务执行,这是非原子性的,使用时需谨慎。使用 batch-dml 时,必须确保正在操作的数据没有并发操作。要使该变量生效,还需要为 tidb_batch_dml_size 指定一个正值,并启用 tidb_batch_inserttidb_batch_delete 中的至少一个。

tidb_enable_cascades_planner

系统变量 - 图23

警告

目前 cascades planner 为实验特性,不建议在生产环境中使用。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制是否开启 cascades planner。

tidb_enable_check_constraint 从 v7.2.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制是否启用 CHECK 约束

tidb_enable_chunk_rpc 从 v4.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来设置是否启用 Coprocessor 的 Chunk 数据编码格式。

tidb_enable_clustered_index 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:ON
  • 可选值:OFFONINT_ONLY
  • 这个变量用于控制默认情况下表的主键是否使用聚簇索引。“默认情况”即不显式指定 CLUSTERED/NONCLUSTERED 关键字的情况。可设置为 OFF/ON/INT_ONLY
    • OFF 表示所有主键默认使用非聚簇索引。
    • ON 表示所有主键默认使用聚簇索引。
    • INT_ONLY 此时的行为受配置项 alter-primary-key 控制。如果该配置项取值为 true,则所有主键默认使用非聚簇索引;如果该配置项取值为 false,则由单个整数类型的列构成的主键默认使用聚簇索引,其他类型的主键默认使用非聚簇索引。

tidb_enable_collect_execution_info

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于控制是否同时将各个执行算子的执行信息记录入 slow query log 中,以及是否维护访问索引有关的统计信息

tidb_enable_column_tracking 从 v5.4.0 版本开始引入

系统变量 - 图24

警告

收集 PREDICATE COLUMNS 的统计信息目前为实验特性,不建议在生产环境中使用。

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制是否开启 TiDB 对 PREDICATE COLUMNS 的收集。关闭该变量后,之前收集的 PREDICATE COLUMNS 会被清除。详情见收集部分列的统计信息

tidb_enable_concurrent_hashagg_spill 从 v8.0.0 版本开始引入

系统变量 - 图25

警告

该变量控制的功能为实验特性,不建议在生产环境上使用。如果发现 bug,请在 GitHub 上提 issue 反馈。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制 TiDB 是否支持并发 HashAgg 进行落盘。当该变量设置为 ON 时,并发 HashAgg 将支持落盘。该变量将在功能正式发布后废弃。

tidb_enable_ddl 从 v6.3.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:ON
  • 可选值:OFFON
  • 用于设置该 TiDB 实例是否可以成为 DDL owner。若当前 TiDB 集群中只有一台 TiDB 实例,则不能禁止该实例成为 DDL owner,即不能设置为 OFF

tidb_enable_enhanced_security

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量表示所连接的 TiDB 服务器是否启用了安全增强模式 (SEM)。若要改变该变量值,你需要在 TiDB 服务器的配置文件中修改 enable-sem 项的值,并重启 TiDB 服务器。
  • 安全增强模式受安全增强式 Linux 等系统设计的启发,削减拥有 MySQL SUPER 权限的用户能力,转而使用细粒度的 RESTRICTED 权限作为替代。这些细粒度的 RESTRICTED 权限如下:
    • RESTRICTED_TABLES_ADMIN:能够写入 mysql 库中的系统表,能查看 information_schema 表上的敏感列。
    • RESTRICTED_STATUS_ADMIN:能够在 SHOW STATUS 命令中查看敏感内容。
    • RESTRICTED_VARIABLES_ADMIN:能够在 SHOW [GLOBAL] VARIABLESSET 命令中查看和设置包含敏感内容的变量。
    • RESTRICTED_USER_ADMIN:能够阻止其他用户更改或删除用户帐户。
    • RESTRICTED_CONNECTION_ADMIN:能够阻止其它用户使用 KILL 语句终止连接。

tidb_enable_exchange_partition

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 该变量用于设置是否启用 exchange partitions with tables 特性。默认值为 ON,即默认开启该功能。
  • 该变量自 v6.3.0 开始废弃,其取值将固定为默认值 ON,即默认开启 exchange partitions with tables

tidb_enable_extended_stats

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 该变量指定 TiDB 是否收集扩展统计信息来指导优化器。

tidb_enable_external_ts_read 从 v6.4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 当此变量设置为 ON 时,TiDB 会读取 tidb_external_ts 指定时间戳前的历史数据。

tidb_external_ts 从 v6.4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • tidb_enable_external_ts_read 设置为 ON 时,TiDB 会依据该变量指定的时间戳读取历史数据。

tidb_restricted_read_only 从 v5.2.0 版本开始引入

  • 作用域:GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:布尔型

  • 默认值:OFF

  • 可选值:OFFON

  • tidb_restricted_read_onlytidb_super_read_only 的作用相似。在大多数情况下,你只需要使用 tidb_super_read_only 即可。

  • 拥有 SUPERSYSTEM_VARIABLES_ADMIN 权限的用户可以修改该变量。如果 TiDB 开启了安全增强模式,你还需要额外的 RESTRICTED_VARIABLES_ADMIN 权限才能读取或修改该变量。

  • tidb_restricted_read_only 的设置将影响 tidb_super_read_only 的值:

  • 对于 TiDB 的 DBaaS 供应商,当 TiDB 为另一个数据库的下游数据库时,如果要将整个 TiDB 集群设置为只读模式,你需要开启安全增强模式 并将 tidb_restricted_read_only 设置为 ON,从而防止你的用户通过 tidb_super_read_only 将 TiDB 集群设置为可写。实现方法:首先开启安全增强模式,然后由你(作为 DBaaS 的控制面)使用一个 admin 用户控制 tidb_restricted_read_only(需要拥有 SYSTEM_VARIABLES_ADMINRESTRICTED_VARIABLES_ADMIN 权限),由你的数据库用户使用 root 用户控制 tidb_super_read_only(需要拥有 SUPER 权限)。

  • 该变量可以控制整个集群的只读状态。开启后(即该值为 ON),整个集群中的 TiDB 服务器都将进入只读状态,只有 SELECTUSESHOW 等不会修改数据的语句才能被执行,其他如 INSERTUPDATE 等语句会被拒绝执行。

  • 该变量开启只读模式只保证整个集群最终进入只读模式,当变量修改状态还没被同步到其他 TiDB 服务器时,尚未同步的 TiDB 仍然停留在非只读模式。

  • 在执行 SQL 语句之前,TiDB 会检查集群的只读标志。从 v6.2.0 起,在提交 SQL 语句之前,TiDB 也会检查该标志,从而防止在服务器被置于只读模式后某些长期运行的 auto commit 语句可能修改数据的情况。

  • 在变量开启时,对于尚未提交的事务:

    • 如果有尚未提交的只读事务,可正常提交该事务。
    • 如果尚未提交的事务为非只读事务,在事务内执行写入的 SQL 语句会被拒绝。
    • 如果尚未提交的事务已经有数据改动,其提交也会被拒绝。
  • 当集群开启只读模式后,所有用户(包括 SUPER 用户)都无法执行可能写入数据的 SQL 语句,除非该用户被显式地授予了 RESTRICTED_REPLICA_WRITER_ADMIN 权限。

tidb_enable_fast_analyze

系统变量 - 图26

警告

从 v7.5.0 开始,该变量被废弃。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来控制是否启用统计信息快速分析功能。默认值 0 表示不开启。
  • 快速分析功能开启后,TiDB 会随机采样约 10000 行的数据来构建统计信息。因此在数据分布不均匀或者数据量比较少的情况下,统计信息的准确度会比较低。这可能导致执行计划不优,比如选错索引。如果可以接受普通 ANALYZE 语句的执行时间,则推荐关闭快速分析功能。

tidb_enable_fast_table_check 从 v7.2.0 版本开始引入

系统变量 - 图27

注意

该功能对多值索引和前缀索引不生效。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于控制是否使用基于校验和的方式来快速检查表中数据和索引的一致性。默认值 ON 表示该功能默认开启。
  • 开启后,TiDB 执行 ADMIN CHECK [TABLE|INDEX] 语句的速度更快。

tidb_enable_foreign_key 从 v6.3.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:在 v6.6.0 之前版本中为 OFF,在 v6.6.0 及之后的版本中为 ON
  • 这个变量用于控制是否开启 FOREIGN KEY 特性。

tidb_enable_gc_aware_memory_track

系统变量 - 图28

警告

该变量为 TiDB 内部调试变量,可能会在未来版本中删除,请勿设置该变量。

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制是否开启可感知到垃圾回收的内存追踪 (GC-Aware memory track)。

tidb_enable_global_index 从 v7.6.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 可选值:OFFON
  • 这个变量用于控制是否支持对分区表创建 Global indexGlobal index 当前正处于开发阶段,不推荐修改该变量值

tidb_enable_non_prepared_plan_cache

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来控制是否开启非 Prepare 语句执行计划缓存
  • 开启此功能可能会带来额外的内存和 CPU 开销,并不一定适用于所有场景,请根据具体的使用情况决定是否开启该功能。

tidb_enable_non_prepared_plan_cache_for_dml 从 v7.1.0 版本开始引入

系统变量 - 图29

警告

针对 DML 语句的非 Prepare 语句执行计划缓存目前为实验特性,不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug,请在 GitHub 上提 issue 反馈。

tidb_enable_gogc_tuner 从 v6.4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 该变量来用控制是否开启 GOGC Tuner。

tidb_enable_historical_stats

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制是否开启历史统计信息。默认值为 ON 表示默认开启历史统计信息。

tidb_enable_historical_stats_for_capture

系统变量 - 图30

警告

当前版本中该变量控制的功能尚未完全生效,请保留默认值。

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来控制 PLAN REPLAYER CAPTURE 抓取的内容是否默认带历史统计信息。默认值为 OFF,表示默认不带历史统计信息。

tidb_enable_index_merge 从 v4.0 版本开始引入

系统变量 - 图31

注意

  • 当集群从 v4.0.0 以下版本升级到 v5.4.0 及以上版本时,该变量开关默认关闭,防止升级后计划发生变化导致回退。
  • 当集群从 v4.0.0 及以上版本升级到 v5.4.0 及以上版本时,该变量开关保持升级前的状态。
  • 对于 v5.4.0 及以上版本的新建集群,该变量开关默认开启。

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于控制是否开启 index merge 功能。

tidb_enable_index_merge_join

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 表示是否启用 IndexMergeJoin 算子。
  • 该变量为 TiDB 内部变量,不推荐使用,否则可能会造成数据正确性问题。

tidb_enable_legacy_instance_scope 从 v6.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于允许使用 SET SESSIONINSTANCE 作用域的变量进行设置,用法同 SET GLOBAL
  • 为了兼容之前的 TiDB 版本,该变量值默认为 ON

tidb_enable_list_partition 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来设置是否开启 LIST (COLUMNS) TABLE PARTITION 特性。

tidb_enable_local_txn

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 该变量用于一个未发布的特性,请勿修改该变量值

tidb_enable_metadata_lock 从 v6.3.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来设置是否开启元数据锁特性。需要注意,在设置该变量时,集群中不能有 DDL 任务,以免造成非预期数据正确性、一致性问题。

tidb_enable_mutation_checker 从 v6.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于设置是否开启 mutation checker。mutation checker 是一项在 DML 语句执行过程中进行的数据索引一致性校验,校验报错会回滚当前语句。开启该校验会导致 CPU 使用轻微上升。详见数据索引一致性报错
  • 对于新创建的 v6.0.0 及以上的集群,默认值为 ON。对于升级版本的集群,如果升级前是低于 v6.0.0 的版本,升级后默认值为 OFF

tidb_enable_new_cost_interface 从 v6.2.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • TiDB v6.2.0 对代价模型的实现进行了代码层面的重构,这个变量用来控制是否使用重构后的代价模型 Cost Model Version 2
  • 重构后的代价模型使用完全一样的代价公式,因此不会引起计划选择的变动,此开关默认打开。
  • 从 v6.1 升级至 v6.2 的用户,此开关保持升级前的 OFF 状态,此时建议直接打开;对于从 v6.1 之前版本升级至 v6.2 的用户,此开关默认为 ON

tidb_enable_new_only_full_group_by_check 从 v6.1.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 该变量用于控制 TiDB 执行 ONLY_FULL_GROUP_BY 检查时的行为。有关 ONLY_FULL_GROUP_BY 的信息可以参考 MySQL 文档。在 v6.1 中 TiDB 对该项检查做了更严格正确的处理。
  • 由于可能存在版本升级造成的兼容性问题,在 v6.1 中该变量默认值是 OFF,即默认关闭。

tidb_enable_noop_functions 从 v4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:OFF
  • 可选值:ONOFFWARN
  • 默认情况下,用户尝试将某些语法用于尚未实现的功能时,TiDB 会报错。若将该变量值设为 ON,TiDB 则自动忽略此类功能不可用的情况,即不会报错。若用户无法更改 SQL 代码,可考虑将变量值设为 ON
  • 启用 noop 函数可以控制以下行为:
    • LOCK IN SHARE MODE 语法
    • SQL_CALC_FOUND_ROWS 语法
    • START TRANSACTION READ ONLYSET TRANSACTION READ ONLY 语法
    • tx_read_onlytransaction_read_onlyoffline_modesuper_read_onlyread_only 以及 sql_auto_is_null 系统变量
    • GROUP BY <expr> ASC|DESC 语法

系统变量 - 图32

警告

该变量只有在默认值 OFF 时,才算是安全的。因为设置 tidb_enable_noop_functions=1 后,TiDB 会自动忽略某些语法而不报错,这可能会导致应用程序出现异常行为。例如,允许使用语法 START TRANSACTION READ ONLY 时,事务仍会处于读写模式。

tidb_enable_noop_variables 从 v6.2.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 若该变量值为 OFF,TiDB 具有以下行为:
    • 使用 SET 设置 noop 的系统变量时会报 "setting *variable_name* has no effect in TiDB" 的警告。
    • SHOW [SESSION | GLOBAL] VARIABLES 的结果不显示 noop 的系统变量。
    • 使用 SELECT 读取 noop 的系统变量时会报 "variable *variable_name* has no effect in TiDB" 的警告。
  • 你可以通过 SELECT * FROM INFORMATION_SCHEMA.CLIENT_ERRORS_SUMMARY_GLOBAL; 语句来检查 TiDB 实例是否曾设置和读取 noop 系统变量。

tidb_enable_null_aware_anti_join 从 v6.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:在 v7.0.0 之前版本中为 OFF,即默认关闭。在 v7.0.0 及之后的版本中为 ON,即默认开启。
  • 这个变量用于控制 TiDB 对特殊集合算子 NOT IN!= ALL 引导的子查询产生的 ANTI JOIN 是否采用 Null Aware Hash Join 的执行方式。
  • 从旧版本升级到 v7.0.0 及之后版本,该功能自动开启,即该变量的值修改为默认值 ON

tidb_enable_outer_join_reorder 从 v6.1.0 版本开始引入

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:是

  • 类型:布尔型

  • 默认值:ON

  • 自 v6.1.0 起,TiDB 的 Join Reorder 算法开始支持 Outer Join。该变量用于控制是否启用 Outer Join 的 Join Reorder。

  • 对于从较低版本升级到当前版本的 TiDB:

    • 如果升级前 TiDB 的版本低于 v6.1.0,升级后该变量的默认值为 ON
    • 如果升级前 TiDB 的版本等于或大于 v6.1.0,升级后该变量的默认值跟随升级前的设定值。

tidb_enable_inl_join_inner_multi_pattern 从 v7.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 该变量用于控制当内表上有 Selection/Projection 算子时是否支持 Index Join。OFF 表示不支持。

tidb_enable_ordered_result_mode

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 指定是否对最终的输出结果进行自动排序。
  • 例如,开启该变量后,TiDB 会将 SELECT a, MAX(b) FROM t GROUP BY a 处理为 SELECT a, MAX(b) FROM t GROUP BY a ORDER BY a, MAX(b)

tidb_enable_paging 从 v5.4.0 版本开始引入

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:是

  • 类型:布尔型

  • 默认值:ON

  • 这个变量用于控制是否使用分页 (paging) 方式发送 Coprocessor 请求。对于 [v5.4.0, v6.2.0) 区间的 TiDB 版本,该变量只对 IndexLookup 算子生效;对于 v6.2.0 以及之后的版本,该变量对全局生效。从 v6.4.0 版本开始,该变量默认值由 OFF 改成 ON

  • 适用场景:

    • 推荐在所有偏 OLTP 的场景下使用 paging。
    • 对于使用 IndexLookUpLimit 并且 Limit 无法下推到 IndexScan 上的读请求,可能会出现读请求的延迟高、TiKV 的 Unified read pool CPU 使用率高的情况。在这种情况下,由于 Limit 算子只需要少部分数据,开启 tidb_enable_paging 能够减少处理数据的数量,从而降低延迟、减少资源消耗。
    • 对于 Dumpling 数据导出或者全表扫描这类的场景,开启 paging 后可以有效降低 TiDB 进程的内存消耗。

系统变量 - 图33

注意

对于偏 OLAP 的场景,并且以 TiKV 而非 TiFlash 作为存储引擎时,开启 paging 可能导致部分场景下性能回退。此时,你可以考虑通过该变量关闭 paging 或者通过系统变量 tidb_min_paging_sizetidb_max_paging_size 调整 paging size 的行数范围。

tidb_enable_parallel_apply 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制是否开启 Apply 算子并发,并发数由 tidb_executor_concurrency 变量控制。Apply 算子用来处理关联子查询且默认无并发,所以执行速度较慢。打开 Apply 并发开关可增加并发度,提高执行速度。目前默认关闭。

tidb_enable_pipelined_window_function

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 该变量指定是否对窗口函数采用流水线的执行算法。

tidb_enable_plan_cache_for_param_limit 从 v6.6.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制 Prepared Plan Cache 是否缓存 LIMIT 后面带变量 (LIMIT ?) 的执行计划。目前不支持缓存 LIMIT 后面带变量且变量值大于 10000 的执行计划。

tidb_enable_plan_cache_for_subquery 从 v7.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制 Prepared Plan Cache 是否缓存包含子查询的查询。

tidb_enable_plan_replayer_capture

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制是否开启 PLAN REPLAYER CAPTURE 功能。默认值 ON 代表开启 PLAN REPLAYER CAPTURE 功能。

tidb_enable_plan_replayer_continuous_capture 从 v7.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来控制是否开启 PLAN REPLAYER CONTINUOUS CAPTURE 功能。默认值 OFF 代表关闭功能。

tidb_enable_prepared_plan_cache 从 v6.1.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制是否开启 Prepared Plan Cache。开启后,对 PrepareExecute 请求的执行计划会进行缓存,以便在后续执行时跳过查询计划优化这个步骤,获得性能上的提升。
  • 在 v6.1.0 之前这个开关通过 TiDB 配置文件 (prepared-plan-cache.enabled) 进行配置,升级到 v6.1.0 时会自动继承原有设置。

tidb_enable_prepared_plan_cache_memory_monitor 从 v6.4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制是否统计 Prepared Plan Cache 中所缓存的执行计划占用的内存。具体可见 Prepared Plan Cache 的内存管理

tidb_enable_pseudo_for_outdated_stats 从 v5.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来控制优化器在一张表上的统计信息过期时的行为。
  • 统计信息过期的判断标准:最近一次对某张表执行 ANALYZE 获得统计信息后,该表数据被修改的行数大于该表总行数的 80%,便可判定该表的统计信息已过期。该比例可通过 pseudo-estimate-ratio 配置参数调整。
  • 默认情况下(即该变量值为 OFF 时),某张表上的统计信息过期后,优化器仍会使用该表上的统计信息。将该变量值设为 ON 时,当统计信息过期后,优化器认为该表上除总行数以外的统计信息不再可靠,转而使用 pseudo 统计信息。
  • 如果表数据修改较频繁,没有及时对表执行 ANALYZE,但又希望执行计划保持稳定,推荐将该变量值设为 OFF

tidb_enable_rate_limit_action

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量控制是否为读数据的算子开启动态内存控制功能。读数据的算子默认启用 tidb_distsql_scan_concurrency 所允许的最大线程数来读取数据。当单条 SQL 语句的内存使用每超过 tidb_mem_quota_query 一次,读数据的算子会停止一个线程。
  • 当读数据的算子只剩 1 个线程且当单条 SQL 语句的内存使用继续超过 tidb_mem_quota_query 时,该 SQL 语句会触发其它的内存控制行为,例如落盘
  • 该变量在单条查询仅涉及读数据的情况下,对内存控制效果较好。若还存在额外的计算操作(如连接、聚合等),打开该变量可能会导致内存不受 tidb_mem_quota_query 控制,加剧 OOM 风险。

tidb_enable_resource_control 从 v6.6.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:ON
  • 类型:布尔型
  • 该变量是资源管控特性的开关。该变量设置为 ON 时,集群支持应用按照资源组做资源隔离。

tidb_enable_reuse_chunk 从 v6.4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 可选值:OFFON
  • 该变量用于控制 TiDB 是否启用 Chunk 对象缓存。如果为 ON,则优先使用缓存中的 Chunk 对象,缓存中找不到申请的对象时才会从系统内存中申请。如果为 OFF,则直接从系统内存中申请 Chunk 对象。

tidb_enable_slow_log

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于控制是否开启 slow log 功能。

tidb_enable_stmt_summary 从 v3.0.4 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制是否开启 statement summary 功能。如果开启,SQL 的耗时等执行信息将被记录到系统表 information_schema.STATEMENTS_SUMMARY 中,用于定位和排查 SQL 性能问题。

tidb_enable_strict_double_type_check 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制是否可以用 DOUBLE 类型的无效定义创建表。该设置的目的是提供一个从 TiDB 早期版本升级的方法,因为早期版本在验证类型方面不太严格。
  • 该变量的默认值 ON 与 MySQL 兼容。

例如,由于无法保证浮点类型的精度,现在将 DOUBLE(10) 类型视为无效。将 tidb_enable_strict_double_type_check 更改为 OFF 后,将会创建表。如下所示:

  1. CREATE TABLE t1 (id int, c double(10));
  2. ERROR 1149 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use
  3. SET tidb_enable_strict_double_type_check = 'OFF';
  4. Query OK, 0 rows affected (0.00 sec)
  5. CREATE TABLE t1 (id int, c double(10));
  6. Query OK, 0 rows affected (0.09 sec)

系统变量 - 图34

注意

该设置仅适用于 DOUBLE 类型,因为 MySQL 允许为 FLOAT 类型指定精度。从 MySQL 8.0.17 开始已弃用此行为,不建议为 FLOATDOUBLE 类型指定精度。

tidb_enable_table_partition

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:ON
  • 类型:枚举型
  • 可选值:OFFONAUTO
  • 这个变量用来设置是否开启 TABLE PARTITION 特性。目前变量支持以下三种值:
    • 默认值 ON 表示开启 TiDB 当前已实现了的分区表类型,目前 Range partition、Hash partition 以及 Range column 单列的场景会生效。
    • AUTO 目前作用和 ON 一样。
    • OFF 表示关闭 TABLE PARTITION 特性,此时语法还是保持兼容,只是创建的表并不是真正的分区表,而是普通的表。

tidb_enable_telemetry 从 v4.0.2 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于动态地控制 TiDB 遥测功能是否开启,当前版本默认关闭 TiDB 的遥测功能。当所有 TiDB 实例都设置配置项 enable-telemetryfalse 时,将忽略该系统变量,并总是关闭 TiDB 遥测功能。参阅遥测了解该功能详情。

tidb_enable_tiflash_read_for_write_stmt 从 v6.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:布尔型

  • 默认值:ON

  • 这个变量用于控制包含增删改的 SQL 语句中的读取操作能否下推到 TiFlash,比如:

    • INSERT INTO SELECT 语句中的 SELECT 查询(典型应用场景为 TiFlash 查询结果物化
    • UPDATEDELETE 语句中的 WHERE 条件过滤
  • 从 v7.1.0 开始,该变量废弃。当 tidb_allow_mpp = ON 时,优化器将根据 SQL 模式及 TiFlash 副本的代价估算自行决定是否将查询下推至 TiFlash。需要注意的是,只有当前会话的 SQL 模式为非严格模式(即 sql_mode 值不包含 STRICT_TRANS_TABLESSTRICT_ALL_TABLES)时,TiDB 才允许将包含增删改的 SQL 语句(如 INSERT INTO SELECT)中的读取操作下推至 TiFlash。

tidb_enable_tmp_storage_on_oom

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 设置是否在单条 SQL 语句的内存使用超出系统变量 tidb_mem_quota_query 限制时为某些算子启用临时磁盘。
  • 在 v6.3.0 之前这个开关可通过 TiDB 配置文件中的 oom-use-tmp-storage 项进行配置。在升级到 v6.3.0 及更新的版本后,集群会自动使用原 oom-use-tmp-storage 的值来初始化该开关,配置文件中 oom-use-tmp-storage 的新设置不再影响该开关。

tidb_enable_top_sql 从 v5.4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制是否开启 Top SQL 特性

tidb_enable_tso_follower_proxy 从 v5.3.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制是否开启 TSO Follower Proxy 特性。当该值为 OFF 时,TiDB 仅会从 PD leader 获取 TSO。当该值为 ON 时,TiDB 在获取 TSO 时会将请求均匀地发送到所有 PD 节点上,因此 PD follower 也可以处理 TSO 请求,从而减轻 PD leader 的 CPU 压力。
  • 适合开启 TSO Follower Proxy 的场景:
    • PD leader 因高压力的 TSO 请求而达到 CPU 瓶颈,导致 TSO RPC 请求的延迟较高。
    • 集群中的 TiDB 实例数量较多,且调高 tidb_tso_client_batch_max_wait_time 并不能缓解 TSO RPC 请求延迟高的问题。

系统变量 - 图35

注意

如果 PD leader 的 TSO RPC 延迟升高,但其现象并非由 CPU 使用率达到瓶颈而导致(可能存在网络等问题),此时,打开 TSO Follower Proxy 可能会导致 TiDB 的语句执行延迟上升,从而影响集群的 QPS 表现。

tidb_enable_unsafe_substitute 从 v6.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制是否对生成列中表达式替换使用不安全的替换方式。默认值为 OFF,即默认关闭不安全的替换方式。详情见生成列

tidb_enable_vectorized_expression 从 v4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于控制是否开启向量化执行。

tidb_enable_window_function

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制是否开启窗口函数的支持。默认值 1 代表开启窗口函数的功能。
  • 由于窗口函数会使用一些保留关键字,可能导致原先可以正常执行的 SQL 语句在升级 TiDB 后无法被解析语法,此时可以将 tidb_enable_window_function 设置为 OFF

tidb_enable_row_level_checksum 从 v7.1.0 版本开始引入

tidb_enforce_mpp 从 v5.1 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF(表示关闭)。如需修改此变量的默认值,请配置 performance.enforce-mpp 参数。
  • 这个变量用于控制是否忽略优化器代价估算,强制使用 TiFlash 的 MPP 模式执行查询,可以设置的值包括:
    • 0 或 OFF,代表不强制使用 MPP 模式(默认)
    • 1 或 ON,代表将忽略代价估算,强制使用 MPP 模式。注意:只有当 tidb_allow_mpp=true 时该设置才生效。

MPP 是 TiFlash 引擎提供的分布式计算框架,允许节点之间的数据交换并提供高性能、高吞吐的 SQL 算法。MPP 模式选择的详细说明参见控制是否选择 MPP 模式

tidb_evolve_plan_baselines 从 v4.0 版本开始引入

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:布尔型

  • 默认值:OFF

  • 这个变量用于控制是否启用自动演进绑定功能。该功能的详细介绍和使用方法可以参考自动演进绑定

  • 为了减少自动演进对集群的影响,可以进行以下配置:

    • 设置 tidb_evolve_plan_task_max_time,限制每个执行计划运行的最长时间,其默认值为 600s;
    • 设置tidb_evolve_plan_task_start_timetidb_evolve_plan_task_end_time,限制运行演进任务的时间窗口,默认值分别为 00:00 +000023:59 +0000

tidb_evolve_plan_task_end_time 从 v4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:时间
  • 默认值:23:59 +0000
  • 这个变量用来设置一天中允许自动演进的结束时间。

tidb_evolve_plan_task_max_time 从 v4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:600
  • 范围:[-1, 9223372036854775807]
  • 单位:秒
  • 该变量用于限制自动演进功能中,每个执行计划运行的最长时间。

tidb_evolve_plan_task_start_time 从 v4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:时间
  • 默认值:00:00 +0000
  • 这个变量用来设置一天中允许自动演进的开始时间。

tidb_executor_concurrency 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:5
  • 范围:[1, 256]
  • 单位:线程

变量用来统一设置各个 SQL 算子的并发度,包括:

  • index lookup
  • index lookup join
  • hash join
  • hash aggregation(partial 和 final 阶段)
  • window
  • projection

tidb_executor_concurrency 整合了已有的系统变量,方便管理。这些变量所列如下:

  • tidb_index_lookup_concurrency
  • tidb_index_lookup_join_concurrency
  • tidb_hash_join_concurrency
  • tidb_hashagg_partial_concurrency
  • tidb_hashagg_final_concurrency
  • tidb_projection_concurrency
  • tidb_window_concurrency

v5.0 后,用户仍可以单独修改以上系统变量(会有废弃警告),且修改只影响单个算子。后续通过 tidb_executor_concurrency 的修改也不会影响该算子。若要通过 tidb_executor_concurrency 来管理所有算子的并发度,需要将以上所列变量的值设置为 -1

对于从 v5.0 之前的版本升级到 v5.0 的系统,如果用户对上述所列变量的值没有做过改动(即 tidb_hash_join_concurrency 值为 5,其他值为 4),则会自动转为使用 tidb_executor_concurrency 来统一管理算子并发度。如果用户对上述变量的值做过改动,则沿用之前的变量对相应的算子做并发控制。

tidb_expensive_query_time_threshold

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:60
  • 范围:[10, 2147483647]
  • 单位:秒
  • 这个变量用来控制打印 expensive query 日志的阈值时间,默认值是 60 秒。expensive query 日志和慢日志的差别是,慢日志是在语句执行完后才打印,expensive query 日志可以把正在执行中的语句且执行时间超过阈值的语句及其相关信息打印出来。

tidb_expensive_txn_time_threshold 从 v7.2.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:600
  • 范围:[60, 2147483647]
  • 单位:秒
  • 这个变量用来控制打印 expensive transaction 日志的阈值时间,默认值是 600 秒。expensive transaction 日志会将尚未 COMMIT 或 ROLLBACK 且持续时间超过该阈值的事务的相关信息打印出来。

tidb_force_priority

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:NO_PRIORITY
  • 可选值:NO_PRIORITYLOW_PRIORITYDELAYEDHIGH_PRIORITY
  • 这个变量用于改变 TiDB server 上执行的语句的默认优先级。例如,你可以通过设置该变量来确保正在执行 OLAP 查询的用户优先级低于正在执行 OLTP 查询的用户。
  • 默认值 NO_PRIORITY 表示不强制改变执行语句的优先级。

系统变量 - 图36

注意

TiDB 从 v6.6.0 版本开始支持使用资源管控 (Resource Control) 实现资源隔离功能。该功能可以将不同优先级的语句放在不同的资源组中执行,并为这些资源组分配不同的配额和优先级,可以达到更好的资源管控效果。在开启资源管控功能后,语句的调度主要受资源组的控制,PRIORITY 将不再生效。建议在支持资源管控的版本优先使用资源管控功能。

tidb_gc_concurrency 从 v5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:-1
  • 范围:[1, 256]
  • 单位:线程
  • 这个变量用于指定 GC 在Resolve Locks(清理锁)步骤中线程的数量。默认值 -1 表示由 TiDB 自主判断运行 GC 要使用的线程的数量。

tidb_gc_enable 从 v5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于控制是否启用 TiKV 的垃圾回收 (GC) 机制。如果不启用 GC 机制,系统将不再清理旧版本的数据,因此会有损系统性能。

tidb_gc_life_time 从 v5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:Duration
  • 默认值:10m0s
  • 范围:[10m0s, 8760h0m0s]
  • 这个变量用于指定每次进行垃圾回收 (GC) 时保留数据的时限。变量值为 Go 的 Duration 字符串格式。每次进行 GC 时,将以当前时间减去该变量的值作为 safe point。

系统变量 - 图37

注意

  • 在数据频繁更新的场景下,将 tidb_gc_life_time 的值设置得过大(如数天甚至数月)可能会导致一些潜在的问题,如:
    • 占用更多的存储空间。
    • 大量的历史数据可能会在一定程度上影响系统性能,尤其是范围的查询(如 select count(*) from t)。
  • 如果一个事务的运行时长超过了 tidb_gc_life_time 配置的值,在 GC 时,为了使这个事务可以继续正常运行,系统会保留从这个事务开始时间 start_ts 以来的数据。例如,如果 tidb_gc_life_time 的值配置为 10 分钟,且在一次 GC 时,集群正在运行的事务中最早开始的那个事务已经运行了 15 分钟,那么本次 GC 将保留最近 15 分钟的数据。

tidb_gc_max_wait_time 从 v6.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:86400
  • 范围:[600, 31536000]
  • 单位:秒
  • 这个变量用于指定活跃事务阻碍 GC safe point 推进的最大时间。每次进行 GC 时,默认 GC safe point 不会超过正在执行中的事务的开始时间。如果活跃事务运行时间未超过该值,GC safe point 会一直被阻塞不更新,直到活跃事务运行时间超过该值 safe point 才会正常推进。

tidb_gc_run_interval 从 v5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:Duration
  • 默认值:10m0s
  • 范围:[10m0s, 8760h0m0s]
  • 这个变量用于指定垃圾回收 (GC) 运行的时间间隔。变量值为 Go 的 Duration 字符串格式,如"1h30m""15m"等。

tidb_gc_scan_lock_mode 从 v5.0 版本开始引入

系统变量 - 图38

警告

Green GC 目前是实验性功能,不建议在生产环境中使用。

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:LEGACY
  • 可设置为:PHYSICALLEGACY
    • LEGACY:使用旧的扫描方式,即禁用 Green GC。
    • PHYSICAL:使用物理扫描方式,即启用 Green GC。
  • 这个变量用于指定垃圾回收 (GC) 的 Resolve Locks(清理锁)步骤中扫描锁的方式。当变量值设置为 LEGACY 时,TiDB 以 Region 为单位进行扫描。当变量值设置为 PHYSICAL 时,每个 TiKV 节点分别绕过 Raft 层直接扫描数据,可以有效地缓解在启用 Hibernate Region 功能时,GC 唤醒全部 Region 的影响,从而提升 Resolve Locks(清理锁)这个步骤的执行速度。

tidb_general_log

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来设置是否在日志里记录所有的 SQL 语句。该功能默认关闭。如果系统运维人员在定位问题过程中需要追踪所有 SQL 记录,可考虑开启该功能。
  • 在 TiDB 配置项 log.level"info""debug" 时,通过查询 "GENERAL_LOG" 字符串可以定位到该功能在日志中的所有记录。日志会记录以下内容:
    • conn:当前会话对应的 ID
    • user:当前会话用户
    • schemaVersion:当前 schema 版本
    • txnStartTS:当前事务的开始时间戳
    • forUpdateTS:事务模式为悲观事务时,SQL 语句的当前时间戳。悲观事务内发生写冲突时,会重试当前执行语句,该时间戳会被更新。重试次数由 max-retry-count 配置。事务模式为乐观事务时,该条目与 txnStartTS 等价。
    • isReadConsistency:当前事务隔离级别是否是读已提交 (RC)
    • current_db:当前数据库名
    • txn_mode:事务模式。可选值:OPTIMISTIC(乐观事务模式),或 PESSIMISTIC(悲观事务模式)
    • sql:当前查询对应的 SQL 语句

tidb_non_prepared_plan_cache_size

系统变量 - 图39

警告

从 v7.1.0 开始,该变量被废弃。请使用 tidb_session_plan_cache_size 进行设置。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:100
  • 范围:[1, 100000]
  • 这个变量用来控制非 Prepare 语句执行计划缓存最多能够缓存的计划数量。

tidb_generate_binary_plan 从 v6.2.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于指定是否在 slow log 和 statement summary 里包含以二进制格式编码的执行计划。
  • 开启该变量后,即可在 TiDB Dashboard 中查看查询的图形化执行计划。注意,TiDB Dashboard 只显示变量开启时产生的查询的执行计划。
  • select tidb_decode_binary_plan('xxx...') SQL 语句可以从编码后的执行计划解析出具体的执行计划。

tidb_gogc_tuner_max_value 从 v7.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:500
  • 范围:[10, 2147483647]
  • 该变量用来控制 GOGC Tuner 可调节 GOGC 的最大值。

tidb_gogc_tuner_min_value 从 v7.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:100
  • 范围:[10, 2147483647]
  • 该变量用来控制 GOGC Tuner 可调节 GOGC 的最小值。

tidb_gogc_tuner_threshold 从 v6.4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:0.6
  • 范围:[0, 0.9)
  • 这个变量用来控制 GOGC Tuner 自动调节的最大内存阈值,超过阈值后 GOGC Tuner 会停止工作。

tidb_guarantee_linearizability 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 此变量控制异步提交 (Async Commit) 中提交时间戳的计算方式。默认情况下(使用 ON 值),两阶段提交从 PD 服务器请求一个新的时间戳,并使用该时间戳计算最终提交的时间戳,这样可保证所有并发事务可线性化。
  • 如果将该变量值设为 OFF,从 PD 获取时间戳的操作会被省掉,这种情况下只保证因果一致性但不保证线性一致性。详情请参考 PingCAP 博文 Async Commit 原理介绍
  • 对于需要只保证因果一致性的场景,可将此变量设为 OFF 以提升性能。

tidb_hash_exchange_with_new_collation

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 该值表示是否在开启 new collation 的集群里生成 MPP hash partition exchange 算子。true 表示生成此算子,false表示不生成。
  • 该变量为 TiDB 内部变量,不推荐设置该变量

tidb_hash_join_concurrency

系统变量 - 图40

警告

从 v5.0 版本开始,该变量被废弃。请使用 tidb_executor_concurrency 进行设置。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:-1
  • 范围:[1, 256]
  • 单位:线程
  • 这个变量用来设置 hash join 算法的并发度。
  • 默认值 -1 表示使用 tidb_executor_concurrency 的值。

tidb_hashagg_final_concurrency

系统变量 - 图41

警告

从 v5.0 版本开始,该变量被废弃。请使用 tidb_executor_concurrency 进行设置。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:-1
  • 范围:[1, 256]
  • 单位:线程
  • 这个变量用来设置并行 hash aggregation 算法 final 阶段的执行并发度。对于聚合函数参数不为 distinct 的情况,HashAgg 分为 partial 和 final 阶段分别并行执行。
  • 默认值 -1 表示使用 tidb_executor_concurrency 的值。

tidb_hashagg_partial_concurrency

系统变量 - 图42

警告

从 v5.0 版本开始,该变量被废弃。请使用 tidb_executor_concurrency 进行设置。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:-1
  • 范围:[1, 256]
  • 单位:线程
  • 这个变量用来设置并行 hash aggregation 算法 partial 阶段的执行并发度。对于聚合函数参数不为 distinct 的情况,HashAgg 分为 partial 和 final 阶段分别并行执行。
  • 默认值 -1 表示使用 tidb_executor_concurrency 的值。

tidb_historical_stats_duration 从 v6.6.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:Duration
  • 默认值:168h,即 7 天
  • 这个变量用来控制历史统计信息在存储中的保留时间。

tidb_idle_transaction_timeout 从 v7.6.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 31536000]
  • 单位:秒
  • 这个变量用来控制用户会话中事务的空闲超时。当用户会话处于事务状态且空闲时间超过该变量设定的值时,会话会被 Kill 掉。用户会话空闲是指没有正在执行的请求,处于等待请求的状态。
  • 默认值 0 表示没有时间限制。

tidb_ignore_prepared_cache_close_stmt 从 v6.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来设置是否忽略关闭 Prepared Statement 的指令。
  • 如果变量值设为 ON,Binary 协议的 COM_STMT_CLOSE 信号和文本协议的 DEALLOCATE PREPARE 语句都会被忽略。

tidb_index_join_batch_size

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:25000
  • 范围:[1, 2147483647]
  • 单位:行
  • 这个变量用来设置 index lookup join 操作的 batch 大小,AP 类应用适合较大的值,TP 类应用适合较小的值。

tidb_index_join_double_read_penalty_cost_rate 从 v6.6.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点数
  • 默认值:0
  • 范围:[0, 18446744073709551615]
  • 这个变量用来设置是否给选择 index join 增加一些惩罚性的代价,以降低优化器选择 index join 操作的倾向,从而增加选择其他 join 方式的倾向,例如如选择 hash join 和 tiflash join 等。
  • 优化器选择 index join 可能触发较多的回表请求,造成较多的资源开销,此时可以通过设置这个变量,来减少优化器选择 index join 的倾向。
  • 这个变量只有在 tidb_cost_model_version 设置为 2 时生效。

tidb_index_lookup_concurrency

系统变量 - 图43

警告

从 v5.0 版本开始,该变量被废弃。请使用 tidb_executor_concurrency 进行设置。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:-1
  • 范围:[1, 256]
  • 单位:线程
  • 这个变量用来设置 index lookup 操作的并发度,AP 类应用适合较大的值,TP 类应用适合较小的值。
  • 默认值 -1 表示使用 tidb_executor_concurrency 的值。

tidb_index_lookup_join_concurrency

系统变量 - 图44

警告

从 v5.0 版本开始,该变量被废弃。请使用 tidb_executor_concurrency 进行设置。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:-1
  • 范围:[1, 256]
  • 单位:线程
  • 这个变量用来设置 index lookup join 算法的并发度。
  • 默认值 -1 表示使用 tidb_executor_concurrency 的值。

tidb_index_merge_intersection_concurrency 从 v6.5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 默认值:-1
  • 范围:[1, 256]
  • 这个变量用来设置索引合并进行交集操作时的最大并发度,仅在以动态裁剪模式访问分区表时有效。实际并发度为 tidb_index_merge_intersection_concurrency 与分区表分区数目两者中较小的值。
  • 默认值 -1 表示使用 tidb_executor_concurrency 的值。

tidb_index_lookup_size

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:20000
  • 范围:[1, 2147483647]
  • 单位:行
  • 这个变量用来设置 index lookup 操作的 batch 大小,AP 类应用适合较大的值,TP 类应用适合较小的值。

tidb_index_serial_scan_concurrency

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:1
  • 范围:[1, 256]
  • 单位:线程
  • 这个变量用来设置顺序 scan 操作的并发度,AP 类应用适合较大的值,TP 类应用适合较小的值。

tidb_init_chunk_size

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:32
  • 范围:[1, 32]
  • 单位:行
  • 这个变量用来设置执行过程中初始 chunk 的行数。默认值是 32,可设置的范围是 1~32。chunk 行数直接影响单个查询所需的内存。可以按照查询中所有的列的总宽度和 chunk 行数来粗略估算单个 chunk 所需内存,并结合执行器的并发数来粗略估算单个查询所需内存总量。建议单个 chunk 内存总量不要超过 16 MiB。

tidb_isolation_read_engines 从 v4.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:是
  • 默认值:tikv,tiflash,tidb
  • 这个变量用于设置 TiDB 在读取数据时可以使用的存储引擎列表。

tidb_last_ddl_info 从 v6.0.0 版本开始引入

  • 作用域:SESSION
  • 默认值:””
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 该变量为只读变量,TiDB 内部使用该变量获取当前会话中上一个 DDL 操作的信息。
    • “query”:上一个 DDL 查询字符串。
    • “seq_num”:每个 DDL 操作的序列号,用于标识 DDL 操作的顺序。

tidb_last_query_info 从 v4.0.14 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:””
  • 这是一个只读变量。用于在 TiDB 内部查询上一条 DML 语句的事务信息。查询的事务信息包括:
    • txn_scope:事务的作用域,可能为 globallocal
    • start_ts:事务开始的时间戳。
    • for_update_ts:先前执行的 DML 语句的 for_update_ts 信息。这是 TiDB 用于测试的内部术语。通常,你可以忽略此信息。
    • error:错误消息(如果有)。
    • ru_consumption:执行语句的 RU 消耗。

tidb_last_txn_info 从 v4.0.9 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 此变量用于获取当前会话中最后一个事务的信息。这是一个只读变量。事务信息包括:
    • 事务的范围
    • 开始时间戳和提交时间戳
    • 事务的提交模式,可能是两阶段提交,一阶段提交,或者异步提交
    • 事务从异步提交或一阶段提交到两阶段提交的回退信息
    • 遇到的错误

tidb_last_plan_replayer_token 从 v6.3.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 这个变量是一个只读变量,用于获取当前会话中最后一个 PLAN REPLAYER dump 的结果。

tidb_load_based_replica_read_threshold 从 v7.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:"1s"
  • 范围:[0s, 1h]
  • 类型:字符串
  • 这个变量用来设置基于负载的 replica read 的触发阈值。当 leader 节点的预估排队时间超过阈值时,TiDB 会优先从 follower 节点读取数据。格式为时间,例如 "100ms""1s"。详情见 TiDB 热点问题处理

tidb_load_binding_timeout 从 v8.0.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:200
  • 范围:(0, 2147483647]
  • 单位:毫秒
  • 这个变量用来控制加载 binding 的超时时间。当加载 binding 的执行时间超过该值时,会停止加载。

tidb_lock_unchanged_keys 从 v7.1.1 和 v7.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 该变量控制在以下场景是否对某些 key 加锁。设置为 ON 时,都加锁,设置为 OFF 时,都不加锁。
    • INSERT IGNORE 语句和 REPLACE 语句中值重复的 key。在 v6.1.6 之前版本中,这些 key 不加锁。这个问题已在 #42121 修复。
    • UPDATE 语句中值没有改变的唯一索引 key。在 v6.5.2 之前版本中,这些 key 不加锁。这个问题已在 #36438 修复。
  • 为保证事务行为的一致性和合理性,不推荐修改该值。如果在升级 TiDB 后因为这两项修复导致严重的性能问题,且可以接受不加锁的行为(见上述 Issue),可以将该变量设置为 OFF

tidb_log_file_max_days 从 v5.3.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 2147483647]
  • 这个变量可以调整当前 TiDB 实例上日志的最大保留天数。默认值是实例配置文件中指定的值,见配置项 max-days。此变量只影响当前 TiDB 实例上的配置,重启后丢失,且配置文件不受影响。

tidb_low_resolution_tso

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来设置是否启用低精度 TSO 特性。开启该功能之后,TiDB 使用缓存 Timestamp 来读取数据。缓存 Timestamp 默认每 2 秒更新一次。从 v8.0.0 开始,你可以通过 tidb_low_resolution_tso_update_interval 配置缓存 Timestamp 的更新时间间隔。
  • 主要场景是在可以容忍读到旧数据的情况下,降低小的只读事务获取 TSO 的开销。

tidb_low_resolution_tso_update_interval 从 v8.0.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:2000
  • 范围:[10, 60000]
  • 这个变量用来设置低精度 TSO 特性中使用的缓存 Timestamp 的更新时间间隔,单位为毫秒。
  • 该变量只在低精度 TSO 特性 tidb_low_resolution_tso 启用时有效。

tidb_nontransactional_ignore_error 从 v6.1.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来设置是否在非事务语句中立刻返回错误。当设为 OFF 时,在碰到第一个报错的 batch 时,非事务 DML 语句即中止,取消其后的所有 batch,返回错误。当设为 ON 时,当某个 batch 执行报错时,其后的 batch 会继续执行,直到所有 batch 执行完毕,返回结果时把这些错误合并后返回。

tidb_max_auto_analyze_time 从 v6.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:43200
  • 范围:[0, 2147483647]
  • 单位:秒
  • 这个变量用于指定自动 ANALYZE 的最大执行时间。当执行时间超出指定的时间时,自动 ANALYZE 会被终止。当该变量值为 0 时,自动 ANALYZE 没有最大执行时间的限制。

tidb_max_bytes_before_tiflash_external_group_by 从 v7.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:-1
  • 范围:[-1, 9223372036854775807]
  • 这个变量用于指定 TiFlash 中带有 GROUP BY 的 Hash Aggregation 算子的最大内存使用量,单位为 byte,超过该值之后 TiFlash 会触发 Hash Aggregation 算子的落盘。当该变量值为 -1 时,TiDB 不传递该变量给 TiFlash。只有该变量值大于等于 0 时,TiDB 才会传递该变量给 TiFlash。该变量为 0 时表示内存使用无限制,即 TiFlash Hash Aggregation 算子不会触发落盘。详情见 TiFlash 数据落盘

系统变量 - 图45

注意

  • 假设一个 TiDB 集群有多个 TiFlash 节点,Aggregation 通常会在多个 TiFlash 节点上分布式执行。该变量控制的是单个 TiFlash 节点中 Aggregation 算子的最大内存使用量。
  • 当该变量设置为 -1 时,TiFlash 将根据自身配置项 max_bytes_before_external_group_by 的值来决定 Aggregation 算子的最大内存使用量。

tidb_max_bytes_before_tiflash_external_join 从 v7.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:-1
  • 范围:[-1, 9223372036854775807]
  • 这个变量用于指定 TiFlash 中带等值关联条件的 Hash Join 算子的最大内存使用量,单位为 byte,超过该值之后 TiFlash 会触发 Hash Join 算子的落盘。当该变量值为 -1 时,TiDB 不传递该变量给 TiFlash。只有该变量值大于等于 0 时,TiDB 才会传递该变量给 TiFlash。该变量为 0 时表示内存使用无限制,即 TiFlash Hash Join 算子不会触发落盘。详情见 TiFlash 数据落盘

系统变量 - 图46

注意

  • 假设一个 TiDB 集群有多个 TiFlash 节点,Join 通常会在多个 TiFlash 节点上分布式执行。该变量控制的是单个 TiFlash 节点中 Join 算子的最大内存使用量。
  • 当该变量设置为 -1 时,TiFlash 将根据自身配置项 max_bytes_before_external_join 的值来决定 Join 算子的最大内存使用量。

tidb_max_bytes_before_tiflash_external_sort 从 v7.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:-1
  • 范围:[-1, 9223372036854775807]
  • 这个变量用于指定 TiFlash 中带 topN 和 sort 算子的最大内存使用量,单位为 byte,超过该值之后 TiFlash 会触发 topN 和 sort 算子的落盘。当该变量值为 -1 时,TiDB 不传递该变量给 TiFlash。只有该变量值大于等于 0 时,TiDB 才会传递该变量给 TiFlash。该变量为 0 时表示内存使用无限制,即 TiFlash topN 和 sort 算子不会触发落盘。详情见 TiFlash 数据落盘

系统变量 - 图47

注意

  • 假设一个 TiDB 集群有多个 TiFlash 节点,TopN 和 Sort 通常会在多个 TiFlash 节点中分布式执行。该变量控制的是单个 TiFlash 节点中 TopN 和 Sort 算子的最大内存使用量。
  • 当该变量设置为 -1 时,TiFlash 将根据自身配置项 max_bytes_before_external_sort 的值来决定 TopN 和 Sort 算子的最大内存使用量。

tidb_max_chunk_size

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1024
  • 范围:[32, 2147483647]
  • 单位:行
  • 这个变量用来设置执行过程中一个 chunk 最大的行数,设置过大可能引起缓存局部性的问题,建议该变量不要超过 65536。chunk 行数直接影响单个查询所需的内存。可以按照查询中所有的列的总宽度和 chunk 行数来粗略估算单个 chunk 所需内存,并结合执行器的并发数来粗略估算单个查询所需内存总量。建议单个 chunk 内存总量不要超过 16 MiB。当查询涉及数据量较大、单个 chunk 无法处理所有数据时,TiDB 会进行多次处理,每次处理时将 chunk 行数翻倍,从 tidb_init_chunk_size 开始,直到 chunk 行数达到最大值 tidb_max_chunk_size

tidb_max_delta_schema_count

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1024
  • 范围:[100, 16384]
  • 这个变量用来设置缓存 schema 版本信息(对应版本修改的相关 table IDs)的个数限制,可设置的范围 100 - 16384。此变量在 2.1.18 及之后版本支持。

tidb_max_paging_size 从 v6.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:50000
  • 范围:[1, 9223372036854775807]
  • 单位:行
  • 这个变量用来设置 coprocessor 协议中 paging size 的最大的行数。请合理设置该值,设置过小,TiDB 与 TiKV 的 RPC 交互会更频繁;设置过大,导数据和全表扫等特定场景会占用更多内存。该变量的默认值对于 OLTP 场景较友好,如果业务只使用了 TiKV 作为存储引擎,当执行偏 OLAP 的负载时,可以考虑将变量值调大,有可能获得更好的性能。

tidb_max_tiflash_threads 从 v6.1.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:-1
  • 范围:[-1, 256]
  • 单位:线程
  • TiFlash 中 request 执行的最大并发度。默认值为 -1,表示该系统变量无效,此时最大并发度取决于 TiFlash 配置项 profiles.default.max_threads 的设置。0 表示由 TiFlash 系统自动设置该值。

tidb_mem_oom_action 从 v6.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:CANCEL
  • 可选值:CANCELLOG
  • 该变量控制当单个查询使用的内存超过限制 (tidb_mem_quota_query) 且不能再利用临时磁盘时,TiDB 所采取的操作。详情见 TiDB 内存控制
  • 该变量默认值为 CANCEL,但在 TiDB v4.0.2 及之前的版本中,默认值为 LOG
  • 在 v6.1.0 之前这个开关通过 TiDB 配置文件 (oom-action) 进行配置,升级到 v6.1.0 时会自动继承原有设置。

tidb_mem_quota_analyze 从 v6.1.0 版本开始引入

系统变量 - 图48

警告

目前限制 ANALYZE 的内存使用量为实验特性,在生产环境中使用时可能存在内存统计有误差的情况。

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:-1
  • 单位:字节
  • 取值范围:[-1, 9223372036854775807]
  • 这个变量用来控制 TiDB 更新统计信息时的最大总内存占用,包括用户执行的 ANALYZE TABLE 和 TiDB 后台自动执行的统计信息更新任务。当总的内存占用超过这个阈值时,用户执行的 ANALYZE 会被终止退出,并通过错误信息提示用户尝试更小的采样率或稍后重试。如果 TiDB 后台自动执行的统计信息更新任务因内存超限而退出,且使用的采样率高于默认值,则会使用默认采样率重试一次。当该变量值为负数或零时,TiDB 不对更新统计信息的前后台任务进行内存限制。

系统变量 - 图49

注意

只有在 TiDB 的启动配置文件中开启了 run-auto-analyze 选项,该 TiDB 集群才会触发 auto_analyze

tidb_mem_quota_apply_cache 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:33554432 (32 MiB)
  • 范围:[0, 9223372036854775807]
  • 单位:字节
  • 这个变量用来设置 Apply 算子中局部 Cache 的内存使用阈值。
  • Apply 算子中局部 Cache 用来加速 Apply 算子的计算,该变量可以设置 Apply Cache 的内存使用阈值。设置变量值为 0 可以关闭 Apply Cache 功能。

tidb_mem_quota_binding_cache 从 v6.0.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:67108864 (64 MiB)
  • 范围:[0, 2147483647]
  • 单位:字节
  • 这个变量用来设置存放 binding 的缓存的内存使用阈值。
  • 如果一个系统创建或者捕获了过多的绑定,导致绑定所使用的内存空间超过该阈值,TiDB 会在日志中增加警告日志进行提示。这种情况下,缓存无法存放所有可用的绑定,并且无法保证哪些绑定存在于缓存中,因此,可能存在一些查询无法使用可用绑定的情况。此时,可以调大该变量的值,从而保证所有可用绑定都能正常使用。修改变量值以后,需要执行命令 admin reload bindings 重新加载绑定,确保变更生效。

tidb_mem_quota_query

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1073741824 (1 GiB)
  • 范围:[-1, 9223372036854775807]
  • 单位:字节
  • 在 v6.1.0 之前的版本中,作用域为 SESSION。v6.1.0 及之后的版本,作用域变更为 SESSION | GLOBAL
  • 在 v6.5.0 之前的版本中,该变量用来设置单条查询的内存使用限制,如果单条查询执行过程中使用的内存量超过该阈值,会触发系统变量 tidb_mem_oom_action 中指定的行为。
  • 在 v6.5.0 及之后的版本中,该变量用来设置单个会话整体的内存使用限制,如果某个会话执行过程中使用的内存量超过该阈值,会触发系统变量 tidb_mem_oom_action 中指定的行为。需要注意的是,自 v6.5.0 版本开始,会话的内存使用量包含会话中事务所消耗的内存。v6.5.0 及之后版本对事务内存的控制行为有所变化,详见 txn-total-size-limit
  • 当变量值为 0-1 时,表示内存阈值为正无穷。此外,当变量值小于 128 时,将默认被设置为 128

tidb_memory_debug_mode_alarm_ratio

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:浮点型
  • 默认值:0
  • 该变量表示在 TiDB memory debug 模式下,允许的内存统计误差值。
  • 该变量用于 TiDB 内部测试,不推荐修改该变量值

tidb_memory_debug_mode_min_heap_inuse

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 该变量用于 TiDB 内部测试,不推荐修改该变量值,因为开启后会影响 TiDB 的性能。
  • 配置此参数后,TiDB 会进入 memory debug 模式进行内存追踪准确度的分析。TiDB 会在后续执行 SQL 语句的过程中频繁触发 GC,并将实际内存使用和内存统计值做对比。若当前内存使用大于 tidb_memory_debug_mode_min_heap_inuse 且内存统计误差超过 tidb_memory_debug_mode_alarm_ratio,则会输出相关内存信息到日志和文件中。

tidb_memory_usage_alarm_ratio

  • 作用域:GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:浮点数

  • 默认值:0.7

  • 范围:[0.0, 1.0]

  • 这个变量用于设置触发 tidb-server 内存告警的内存使用比率。默认情况下,当 TiDB 内存使用量超过总内存的 70% 且满足报警条件时,TiDB 会打印报警日志。

  • 当配置该变量的值为 01 时,表示关闭内存阈值报警功能。

  • 当配置该变量为 01 之间的值时,表示开启内存阈值报警功能:

    • 如果系统变量 tidb_server_memory_limit 等于 0,则内存报警阈值为 tidb_memory_usage_alarm_ratio * 系统内存大小
    • 如果系统变量 tidb_server_memory_limit 被设置为大于 0,则内存报警阈值为 tidb_memory_usage_alarm_ratio * tidb_server_memory_limit

tidb_memory_usage_alarm_keep_record_num 从 v6.4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:5
  • 范围:[1, 10000]
  • 当 tidb-server 内存占用超过内存报警阈值并触发报警时,TiDB 默认只保留最近 5 次报警时所生成的状态文件。你可以通过该变量调整该次数。

tidb_merge_join_concurrency

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:1
  • 取值范围:[1, 256]
  • 设置 MergeJoin 算子执行查询时的并发度。
  • 不推荐设置该变量,修改该变量值可能会造成数据正确性问题。

tidb_merge_partition_stats_concurrency

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:1
  • 这个变量用于 TiDB analyze 分区表时,对分区表统计信息进行合并时的并发度。

tidb_enable_async_merge_global_stats 从 v7.5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON。从 v7.5.0 之前版本升级到 v7.5.0 或之后版本时,默认值为 OFF
  • 这个变量用于设置 TiDB 使用异步方式合并统计信息,以避免 OOM 问题。

tidb_metric_query_range_duration 从 v4.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:60
  • 范围:[10, 216000]
  • 单位:秒
  • 这个变量设置了查询 METRIC_SCHEMA 时生成的 Prometheus 语句的 range duration。

tidb_metric_query_step 从 v4.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:60
  • 范围:[10, 216000]
  • 单位:秒
  • 这个变量设置了查询 METRIC_SCHEMA 时生成的 Prometheus 语句的 step。

tidb_min_paging_size 从 v6.2.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:128
  • 范围:[1, 9223372036854775807]
  • 单位:行
  • 这个变量用来设置 coprocessor 协议中 paging size 的最小的行数。请合理设置该值,设置过小,TiDB 与 TiKV 的 RPC 交互会更频繁;设置过大,IndexLookup 带 Limit 场景会出现性能下降。该变量的默认值对于 OLTP 场景较友好,如果业务只使用了 TiKV 作为存储引擎,当执行偏 OLAP 的负载时,可以考虑将变量值调大,有可能获得更好的性能。

Paging size impact on TPCH

开启 tidb_enable_paging 时,tidb_min_paging_sizetidb_max_paging_size 对 TPCH 的性能影响如上图所示,纵轴是执行时间,越小越好。

tidb_mpp_store_fail_ttl

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:Duration
  • 默认值:60s
  • 刚重启的 TiFlash 可能不能正常提供服务。为了防止查询失败,TiDB 会限制 tidb-server 向刚重启的 TiFlash 节点发送查询。这个变量表示刚重启的 TiFlash 不被发送请求的时间范围。

tidb_multi_statement_mode 从 v4.0.11 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:OFF
  • 可选值:OFFONWARN
  • 该变量用于控制是否在同一个 COM_QUERY 调用中执行多个查询。
  • 为了减少 SQL 注入攻击的影响,TiDB 目前默认不允许在同一 COM_QUERY 调用中执行多个查询。该变量可用作早期 TiDB 版本的升级路径选项。该变量值与是否允许多语句行为的对照表如下:
客户端设置tidb_multi_statement_mode是否允许多语句
Multiple Statements = ONOFF允许
Multiple Statements = ONON允许
Multiple Statements = ONWARN允许
Multiple Statements = OFFOFF不允许
Multiple Statements = OFFON允许
Multiple Statements = OFFWARN允许 + 警告提示

系统变量 - 图51

注意

只有默认值 OFF 才是安全的。如果用户业务是专为早期 TiDB 版本而设计的,那么需要将该变量值设为 ON。如果用户业务需要多语句支持,建议用户使用客户端提供的设置,不要使用 tidb_multi_statement_mode 变量进行设置。

tidb_opt_agg_push_down

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来设置优化器是否执行聚合函数下推到 Join,Projection 和 UnionAll 之前的优化操作。当查询中聚合操作执行很慢时,可以尝试设置该变量为 ON。

tidb_opt_broadcast_cartesian_join

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:1
  • 范围:[0, 2]
  • 表示是否允许 Broadcast Cartesian Join 算法。
  • 值为 0 时表示不允许使用 Broadcast Cartesian Join 算法。值为 1 时表示根据 tidb_broadcast_join_threshold_count 的行数阈值确定是否允许使用 Broadcast Cartesian Join 算法。值为 2 时表示总是允许 Broadcast Cartesian Join 算法,即使表的大小超过了该阈值。
  • 该变量是 TiDB 内部使用的变量,不推荐修改该变量的值。

tidb_opt_concurrency_factor

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点数
  • 范围:[0, 18446744073709551615]
  • 默认值:3.0
  • 表示在 TiDB 中开启一个 Golang goroutine 的 CPU 开销。该变量是代价模型内部使用的变量,不建议修改该变量的值。

tidb_opt_copcpu_factor

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点数
  • 范围:[0, 18446744073709551615]
  • 默认值:3.0
  • 表示 TiKV 协处理器处理一行数据的 CPU 开销。该变量是代价模型内部使用的变量,不建议修改该变量的值。

tidb_opt_correlation_exp_factor

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:1
  • 范围:[0, 2147483647]
  • 当交叉估算方法不可用时,会采用启发式估算方法。这个变量用来控制启发式方法的行为。当值为 0 时不用启发式估算方法,大于 0 时,该变量值越大,启发式估算方法越倾向 index scan,越小越倾向 table scan。

tidb_opt_correlation_threshold

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点数
  • 默认值:0.9
  • 范围:[0, 1]
  • 这个变量用来设置优化器启用交叉估算 row count 方法的阈值。如果列和 handle 列之间的顺序相关性超过这个阈值,就会启用交叉估算方法。
  • 交叉估算方法可以简单理解为,利用这个列的直方图来估算 handle 列需要扫的行数。

tidb_opt_cpu_factor

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点数
  • 范围:[0, 2147483647]
  • 默认值:3.0
  • 表示 TiDB 处理一行数据的 CPU 开销。该变量是代价模型内部使用的变量,不建议修改该变量的值。

tidb_opt_derive_topn 从 v7.0.0 版本开始引入

tidb_opt_desc_factor

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点数
  • 范围:[0, 18446744073709551615]
  • 默认值:3.0
  • 表示降序扫描时,TiKV 在磁盘上扫描一行数据的开销。该变量是代价模型内部使用的变量,不建议修改该变量的值。

tidb_opt_disk_factor

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点数
  • 范围:[0, 18446744073709551615]
  • 默认值:1.5
  • 表示 TiDB 往临时磁盘读写一个字节数据的 I/O 开销。该变量是代价模型内部使用的变量,不建议修改该变量的值。

tidb_opt_distinct_agg_push_down

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来设置优化器是否执行带有 Distinct 的聚合函数(比如 select count(distinct a) from t)下推到 Coprocessor 的优化操作。当查询中带有 Distinct 的聚合操作执行很慢时,可以尝试设置该变量为 1

在以下示例中,tidb_opt_distinct_agg_push_down 开启前,TiDB 需要从 TiKV 读取所有数据,并在 TiDB 侧执行 distincttidb_opt_distinct_agg_push_down 开启后,distinct a 被下推到了 Coprocessor,在 HashAgg_5 里新增里一个 group bytest.t.a

  1. mysql> desc select count(distinct a) from test.t;
  2. +-------------------------+----------+-----------+---------------+------------------------------------------+
  3. | id | estRows | task | access object | operator info |
  4. +-------------------------+----------+-----------+---------------+------------------------------------------+
  5. | StreamAgg_6 | 1.00 | root | | funcs:count(distinct test.t.a)->Column#4 |
  6. | └─TableReader_10 | 10000.00 | root | | data:TableFullScan_9 |
  7. | └─TableFullScan_9 | 10000.00 | cop[tikv] | table:t | keep order:false, stats:pseudo |
  8. +-------------------------+----------+-----------+---------------+------------------------------------------+
  9. 3 rows in set (0.01 sec)
  10. mysql> set session tidb_opt_distinct_agg_push_down = 1;
  11. Query OK, 0 rows affected (0.00 sec)
  12. mysql> desc select count(distinct a) from test.t;
  13. +---------------------------+----------+-----------+---------------+------------------------------------------+
  14. | id | estRows | task | access object | operator info |
  15. +---------------------------+----------+-----------+---------------+------------------------------------------+
  16. | HashAgg_8 | 1.00 | root | | funcs:count(distinct test.t.a)->Column#3 |
  17. | └─TableReader_9 | 1.00 | root | | data:HashAgg_5 |
  18. | └─HashAgg_5 | 1.00 | cop[tikv] | | group by:test.t.a, |
  19. | └─TableFullScan_7 | 10000.00 | cop[tikv] | table:t | keep order:false, stats:pseudo |
  20. +---------------------------+----------+-----------+---------------+------------------------------------------+
  21. 4 rows in set (0.00 sec)

tidb_opt_enable_correlation_adjustment

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制优化器是否开启交叉估算。

tidb_opt_enable_hash_join 从 v6.5.6、v7.1.2 和 v7.4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 控制优化器是否会选择表的哈希连接。默认打开 (ON)。设置为 OFF 时,优化器在生成执行计划时会避免选择表的哈希连接,除非没有其他连接方式可用。
  • 如果同时使用了 tidb_opt_enable_hash_joinHASH_JOIN Hint,则 HASH_JOIN Hint 优先级更高。即使 tidb_opt_enable_hash_join 被设置为 OFF,如果在查询中指定了 HASH_JOIN Hint,TiDB 优化器仍然会强制执行哈希连接计划。

tidb_opt_enable_non_eval_scalar_subquery 从 v7.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来控制 EXPLAIN 语句是否禁止提前执行可以在优化阶段展开的常量子查询。该变量设置为 OFF 时,EXPLAIN 语句会在优化阶段提前展开子查询。该变量设置为 ON 时,EXPLAIN 语句不会在优化阶段展开子查询。更多信息请参考禁止子查询提前展开

tidb_opt_enable_late_materialization 从 v7.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制是否启用 TiFlash 延迟物化功能。注意在 TiFlash Fast Scan 模式下,延迟物化功能暂不可用。
  • 当设置该变量为 OFF 关闭 TiFlash 延迟物化功能时,如果 SELECT 语句中包含过滤条件(WHERE 子句),TiFlash 会先扫描查询所需列的全部数据后再进行过滤。当设置该变量为 ON 开启 TiFlash 延迟物化功能时,TiFlash 会先扫描下推到 TableScan 算子的过滤条件相关的列数据,过滤得到符合条件的行后,再扫描这些行的其他列数据,继续后续计算,从而减少 IO 扫描和数据处理的计算量。

tidb_opt_enable_mpp_shared_cte_execution 从 v7.2.0 版本开始引入

系统变量 - 图52

警告

该变量控制的功能为实验特性,不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug,请在 GitHub 上提 issue 反馈。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 该变量控制非递归的公共表表达式 (CTE) 是否可以在 TiFlash MPP 执行。默认情况下,未开启该变量时,CTE 在 TiDB 执行,相较于开启该功能,执行性能有较大差距。

tidb_opt_enable_fuzzy_binding 从 v7.6.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 该变量控制是否开启跨数据库绑定执行计划功能。

tidb_opt_fix_control 从 v6.5.3 和 v7.1.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:字符串
  • 默认值:""
  • 这个变量用来控制优化器的一些内部行为。
  • 一部分优化器行为的选择依赖用户场景或 SQL 编写方式。通过设置该变量,你可以更细粒度地控制优化器的行为,并且避免集群升级后优化器行为变化导致的性能回退。
  • 详细介绍请参考 Optimizer Fix Controls

tidb_opt_force_inline_cte 从 v6.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来控制是否强制 inline CTE。默认值为 OFF,即默认不强制 inline CTE。注意,此时依旧可以通过 MERGE() hint 来开启个别 CTE 的 inline。如果设置为 ON,则当前 session 中所有查询的 CTE(递归 CTE 除外)都会 inline。

tidb_opt_advanced_join_hint 从 v7.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制包括 HASH_JOIN() HintMERGE_JOIN() Hint 等用于控制连接算法的 Join Method Hint 是否会影响 Join Reorder 的优化过程,包括 LEADING() Hint 的使用。默认值为 ON,即默认不影响。如果设置为 OFF,在一些同时使用 Join Method Hint 和 LEADING() Hint 的场景下可能会产生冲突。

系统变量 - 图53

注意

v7.0.0 之前的版本行为和将该变量设置为 OFF 的行为一致。为确保向前兼容,从旧版本升级到 v7.0.0 及之后版本的集群,该变量会被设置成 OFF。为了获取更灵活的 Hint 行为,强烈建议在确保无性能回退的情况下,将该变量切换为 ON

tidb_opt_insubq_to_join_and_agg

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:是

  • 类型:布尔型

  • 默认值:ON

  • 这个变量用来设置是否开启优化规则:将子查询转成 join 和 aggregation。

    例如,打开这个优化规则后,会将下面子查询做如下变化:

    1. select * from t where t.a in (select aa from t1);

    将子查询转成如下 join:

    1. select t.* from t, (select aa from t1 group by aa) tmp_t where t.a = tmp_t.aa;

    如果 t1 在列 aa 上有 unique 且 not null 的限制,可以直接改写为如下,不需要添加 aggregation。

    1. select t.* from t, t1 where t.a=t1.aa;

tidb_opt_join_reorder_threshold

  • 作用域: SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 2147483647]
  • 这个变量用来控制 TiDB Join Reorder 算法的选择。当参与 Join Reorder 的节点个数大于该阈值时,TiDB 选择贪心算法,小于该阈值时 TiDB 选择动态规划 (dynamic programming) 算法。
  • 目前对于 OLTP 的查询,推荐保持默认值。对于 OLAP 的查询,推荐将变量值设为 10~15 来获得 AP 场景下更好的连接顺序。

tidb_opt_limit_push_down_threshold

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:100
  • 范围:[0, 2147483647]
  • 这个变量用来设置将 Limit 和 TopN 算子下推到 TiKV 的阈值。
  • 如果 Limit 或者 TopN 的取值小于等于这个阈值,则 Limit 和 TopN 算子会被强制下推到 TiKV。该变量可以解决部分由于估算误差导致 Limit 或者 TopN 无法被下推的问题。

tidb_opt_memory_factor

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点数
  • 范围:[0, 2147483647]
  • 默认值:0.001
  • 表示 TiDB 存储一行数据的内存开销。该变量是代价模型内部使用的变量,不建议修改该变量的值。

tidb_opt_mpp_outer_join_fixed_build_side 从 v5.1.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 当该变量值为 ON 时,左连接始终使用内表作为构建端,右连接始终使用外表作为构建端。将该变量值设为 OFF 后,外连接可以灵活选择任意一边表作为构建端。

tidb_opt_network_factor

  • 作用域:SESSION | GLOBAL
  • 是否持久化
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点数
  • 范围:[0, 2147483647]
  • 默认值:1.0
  • 表示传输 1 比特数据的网络净开销。该变量是代价模型内部使用的变量,不建议修改该变量的值。

tidb_opt_objective 从 v7.4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:枚举型
  • 默认值:moderate
  • 可选值:moderatedeterminate
  • 该变量用于设置优化器优化目标。moderate 与 TiDB v7.4.0 之前版本的默认行为保持一致,优化器会利用更多信息尝试生成更优的计划。determinate 则倾向于保守,保持执行计划稳定。
  • 实时统计信息是 TiDB 在运行时根据 DML 语句自动更新的表的总行数以及修改的行数。该变量保持默认值 moderate 时,TiDB 会基于实时统计信息来生成执行计划。该变量设为 determinate 后,TiDB 在生成执行计划时将不再使用实时统计信息,这会让执行计划相对稳定。
  • 对于长期稳定的 OLTP 业务,或者如果用户对系统已有的执行计划非常确定,则推荐使用 determinate 模式减少执行计划跳变的可能。同时还可以结合 LOCK STATS 来阻止统计信息的更新,进一步稳定执行计划。

tidb_opt_ordering_index_selectivity_ratio 从 v8.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:是

  • 类型:浮点数

  • 默认值:-1

  • 范围:[-1, 1]

  • 当一个索引满足 SQL 语句中的 ORDER BYLIMIT 子句,但有部分过滤条件未被该索引覆盖时,该系统变量用于控制该索引的估算行数。

  • 该变量适用的场景与系统变量 tidb_opt_ordering_index_selectivity_threshold 相同。

  • tidb_opt_ordering_index_selectivity_threshold 的实现不同,该变量采用范围内符合条件的可能行数的比率或百分比。

  • 取值为 -1(默认值)或小于 0 时,禁用此变量。取值在 01 之间时,对应 0% 到 100% 的比率(例如,0.5 对应 50%)。

  • 在以下示例中,表 t 共有 1,000,000 行数据。示例使用相同查询,但应用了不同的 tidb_opt_ordering_index_selectivity_ratio 值。示例中的查询包含一个 WHERE 子句谓词,该谓词匹配少量行(1,000,000 中的 9,000 行)。存在一个支持 ORDER BY a 的索引(索引 ia),但是对 b 的过滤不在此索引中。根据实际的数据分布,满足 WHERE 子句和 LIMIT 1 的行可能在扫描非过滤索引时作为第一行访问到,也可能在几乎处理满足所有行后才找到。

  • 每个示例中都使用了一个索引 hint,用于展示对 estRows 的影响。最终计划选择取决于是否存在代价更低的其他计划。

  • 第一个示例使用默认值 -1,使用现有的估算公式。默认行为是,在找到符合条件的行之前,会扫描一小部分行进行估算。

    1. > SET SESSION tidb_opt_ordering_index_selectivity_ratio = -1;
    2. > EXPLAIN SELECT * FROM t USE INDEX (ia) WHERE b <= 9000 ORDER BY a LIMIT 1;
    3. +-----------------------------------+---------+-----------+-----------------------+---------------------------------+
    4. | id | estRows | task | access object | operator info |
    5. +-----------------------------------+---------+-----------+-----------------------+---------------------------------+
    6. | Limit_12 | 1.00 | root | | offset:0, count:1 |
    7. | └─Projection_22 | 1.00 | root | | test.t.a, test.t.b, test.t.c |
    8. | └─IndexLookUp_21 | 1.00 | root | | |
    9. | ├─IndexFullScan_18(Build) | 109.20 | cop[tikv] | table:t, index:ia(a) | keep order:true |
    10. | └─Selection_20(Probe) | 1.00 | cop[tikv] | | le(test.t.b, 9000) |
    11. | └─TableRowIDScan_19 | 109.20 | cop[tikv] | table:t | keep order:false |
    12. +-----------------------------------+---------+-----------+-----------------------+---------------------------------+
  • 第二个示例使用 0,假设在找到符合条件的行之前,将扫描 0% 的行。

    1. > SET SESSION tidb_opt_ordering_index_selectivity_ratio = 0;
    2. > EXPLAIN SELECT * FROM t USE INDEX (ia) WHERE b <= 9000 ORDER BY a LIMIT 1;
    3. +-----------------------------------+---------+-----------+-----------------------+---------------------------------+
    4. | id | estRows | task | access object | operator info |
    5. +-----------------------------------+---------+-----------+-----------------------+---------------------------------+
    6. | Limit_12 | 1.00 | root | | offset:0, count:1 |
    7. | └─Projection_22 | 1.00 | root | | test.t.a, test.t.b, test.t.c |
    8. | └─IndexLookUp_21 | 1.00 | root | | |
    9. | ├─IndexFullScan_18(Build) | 1.00 | cop[tikv] | table:t, index:ia(a) | keep order:true |
    10. | └─Selection_20(Probe) | 1.00 | cop[tikv] | | le(test.t.b, 9000) |
    11. | └─TableRowIDScan_19 | 1.00 | cop[tikv] | table:t | keep order:false |
    12. +-----------------------------------+---------+-----------+-----------------------+---------------------------------+
  • 第三个示例使用 0.1,假设在找到符合条件的行之前,将扫描 10% 的行。这个条件的过滤性较强,只有 1% 的行符合条件,因此最坏情况是找到这 1% 之前需要扫描 99% 的行。99% 中的 10% 大约是 9.9%,该数值会反映在 estRows 中。

    1. > SET SESSION tidb_opt_ordering_index_selectivity_ratio = 0.1;
    2. > EXPLAIN SELECT * FROM t USE INDEX (ia) WHERE b <= 9000 ORDER BY a LIMIT 1;
    3. +-----------------------------------+----------+-----------+-----------------------+---------------------------------+
    4. | id | estRows | task | access object | operator info |
    5. +-----------------------------------+----------+-----------+-----------------------+---------------------------------+
    6. | Limit_12 | 1.00 | root | | offset:0, count:1 |
    7. | └─Projection_22 | 1.00 | root | | test.t.a, test.t.b, test.t.c |
    8. | └─IndexLookUp_21 | 1.00 | root | | |
    9. | ├─IndexFullScan_18(Build) | 99085.21 | cop[tikv] | table:t, index:ia(a) | keep order:true |
    10. | └─Selection_20(Probe) | 1.00 | cop[tikv] | | le(test.t.b, 9000) |
    11. | └─TableRowIDScan_19 | 99085.21 | cop[tikv] | table:t | keep order:false |
    12. +-----------------------------------+----------+-----------+-----------------------+---------------------------------+
  • 第四个示例使用 1.0,假设在找到符合条件的行之前,将扫描 100% 的行。

    1. > SET SESSION tidb_opt_ordering_index_selectivity_ratio = 1;
    2. > EXPLAIN SELECT * FROM t USE INDEX (ia) WHERE b <= 9000 ORDER BY a LIMIT 1;
    3. +-----------------------------------+-----------+-----------+-----------------------+---------------------------------+
    4. | id | estRows | task | access object | operator info |
    5. +-----------------------------------+-----------+-----------+-----------------------+---------------------------------+
    6. | Limit_12 | 1.00 | root | | offset:0, count:1 |
    7. | └─Projection_22 | 1.00 | root | | test.t.a, test.t.b, test.t.c |
    8. | └─IndexLookUp_21 | 1.00 | root | | |
    9. | ├─IndexFullScan_18(Build) | 990843.14 | cop[tikv] | table:t, index:ia(a) | keep order:true |
    10. | └─Selection_20(Probe) | 1.00 | cop[tikv] | | le(test.t.b, 9000) |
    11. | └─TableRowIDScan_19 | 990843.14 | cop[tikv] | table:t | keep order:false |
    12. +-----------------------------------+-----------+-----------+-----------------------+---------------------------------+
  • 第五个示例也使用 1.0,但是增加了一个对 a 的谓词,限制了最坏情况下的扫描范围,因为 WHERE a <= 9000 匹配了索引,大约有 9,000 行符合条件。考虑到 b 上的过滤谓词不在索引中,所有大约 9,000 行在找到符合 b <= 9000 的行之前都会被扫描。

    1. > SET SESSION tidb_opt_ordering_index_selectivity_ratio = 1;
    2. > EXPLAIN SELECT * FROM t USE INDEX (ia) WHERE a <= 9000 AND b <= 9000 ORDER BY a LIMIT 1;
    3. +------------------------------------+---------+-----------+-----------------------+------------------------------------+
    4. | id | estRows | task | access object | operator info |
    5. +------------------------------------+---------+-----------+-----------------------+------------------------------------+
    6. | Limit_12 | 1.00 | root | | offset:0, count:1 |
    7. | └─Projection_22 | 1.00 | root | | test.t.a, test.t.b, test.t.c |
    8. | └─IndexLookUp_21 | 1.00 | root | | |
    9. | ├─IndexRangeScan_18(Build) | 9074.99 | cop[tikv] | table:t, index:ia(a) | range:[-inf,9000], keep order:true |
    10. | └─Selection_20(Probe) | 1.00 | cop[tikv] | | le(test.t.b, 9000) |
    11. | └─TableRowIDScan_19 | 9074.99 | cop[tikv] | table:t | keep order:false |
    12. +------------------------------------+---------+-----------+-----------------------+------------------------------------+

tidb_opt_ordering_index_selectivity_threshold 从 v7.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点数
  • 默认值:0
  • 范围:[0, 1]
  • 用于当 SQL 中存在 ORDER BYLIMIT 子句且带有过滤条件时,控制优化器选择索引的行为。
  • 对于此类查询,优化器会考虑选择对应的索引来满足 ORDER BYLIMIT 子句(即使这个索引并不满足任何过滤条件)。但是由于数据分布的复杂性,优化器在这种场景下可能会选择不优的索引。
  • 该变量表示一个阈值。当存在索引能满足过滤条件,且其选择率估算值低于该阈值时,优化器会避免选择用于满足 ORDER BYLIMIT 的索引,而优先选择用于满足过滤条件的索引。
  • 例如,当把该变量设为 0 时,优化器保持默认行为;当设为 1 时,优化器总是优先选择满足过滤条件的索引,避免选择满足 ORDER BYLIMIT 的索引。
  • 在以下示例中,t 表共有 1,000,000 行数据。使用 b 列上的索引时,其估算行数是大约 8,748 行,因此其选择率估算值大约是 0.0087。默认情况下,优化器选择了 a 列上的索引。而将该变量设为 0.01 之后,由于 b 列上的索引的选择率 (0.0087) 低于 0.01,优化器选择了 b 列上的索引。
  1. > EXPLAIN SELECT * FROM t WHERE b <= 9000 ORDER BY a LIMIT 1;
  2. +-----------------------------------+---------+-----------+----------------------+--------------------+
  3. | id | estRows | task | access object | operator info |
  4. +-----------------------------------+---------+-----------+----------------------+--------------------+
  5. | Limit_12 | 1.00 | root | | offset:0, count:1 |
  6. | └─Projection_25 | 1.00 | root | | test.t.a, test.t.b |
  7. | └─IndexLookUp_24 | 1.00 | root | | |
  8. | ├─IndexFullScan_21(Build) | 114.30 | cop[tikv] | table:t, index:ia(a) | keep order:true |
  9. | └─Selection_23(Probe) | 1.00 | cop[tikv] | | le(test.t.b, 9000) |
  10. | └─TableRowIDScan_22 | 114.30 | cop[tikv] | table:t | keep order:false |
  11. +-----------------------------------+---------+-----------+----------------------+--------------------+
  12. > SET SESSION tidb_opt_ordering_index_selectivity_threshold = 0.01;
  13. > EXPLAIN SELECT * FROM t WHERE b <= 9000 ORDER BY a LIMIT 1;
  14. +----------------------------------+---------+-----------+----------------------+-------------------------------------+
  15. | id | estRows | task | access object | operator info |
  16. +----------------------------------+---------+-----------+----------------------+-------------------------------------+
  17. | TopN_9 | 1.00 | root | | test.t.a, offset:0, count:1 |
  18. | └─IndexLookUp_20 | 1.00 | root | | |
  19. | ├─IndexRangeScan_17(Build) | 8748.62 | cop[tikv] | table:t, index:ib(b) | range:[-inf,9000], keep order:false |
  20. | └─TopN_19(Probe) | 1.00 | cop[tikv] | | test.t.a, offset:0, count:1 |
  21. | └─TableRowIDScan_18 | 8748.62 | cop[tikv] | table:t | keep order:false |
  22. +----------------------------------+---------+-----------+----------------------+-------------------------------------+

tidb_opt_prefer_range_scan 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 将该变量值设为 ON 后,优化器总是偏好区间扫描而不是全表扫描。
  • 在以下示例中,tidb_opt_prefer_range_scan 开启前,TiDB 优化器需要执行全表扫描。tidb_opt_prefer_range_scan 开启后,优化器选择了索引区间扫描。
  1. explain select * from t where age=5;
  2. +-------------------------+------------+-----------+---------------+-------------------+
  3. | id | estRows | task | access object | operator info |
  4. +-------------------------+------------+-----------+---------------+-------------------+
  5. | TableReader_7 | 1048576.00 | root | | data:Selection_6 |
  6. | └─Selection_6 | 1048576.00 | cop[tikv] | | eq(test.t.age, 5) |
  7. | └─TableFullScan_5 | 1048576.00 | cop[tikv] | table:t | keep order:false |
  8. +-------------------------+------------+-----------+---------------+-------------------+
  9. 3 rows in set (0.00 sec)
  10. set session tidb_opt_prefer_range_scan = 1;
  11. explain select * from t where age=5;
  12. +-------------------------------+------------+-----------+-----------------------------+-------------------------------+
  13. | id | estRows | task | access object | operator info |
  14. +-------------------------------+------------+-----------+-----------------------------+-------------------------------+
  15. | IndexLookUp_7 | 1048576.00 | root | | |
  16. | ├─IndexRangeScan_5(Build) | 1048576.00 | cop[tikv] | table:t, index:idx_age(age) | range:[5,5], keep order:false |
  17. | └─TableRowIDScan_6(Probe) | 1048576.00 | cop[tikv] | table:t | keep order:false |
  18. +-------------------------------+------------+-----------+-----------------------------+-------------------------------+
  19. 3 rows in set (0.00 sec)

tidb_opt_projection_push_down 从 v6.1.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 指定是否允许优化器将 Projection 算子下推到 TiKV 或者 TiFlash。

tidb_opt_range_max_size 从 v6.4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 默认值:67108864 (64 MiB)
  • 取值范围:[0, 9223372036854775807]
  • 单位:字节
  • 该变量用于指定优化器构造扫描范围的内存用量上限。当该变量为 0 时,表示对扫描范围没有内存限制。如果构造精确的扫描范围会超出内存用量限制,优化器会使用更宽松的扫描范围(例如 [[NULL,+inf]])。如果执行计划中未使用精确的扫描范围,可以调大该变量的值让优化器构造精确的扫描范围。

该变量的使用示例如下:

tidb_opt_range_max_size 使用示例

查看该变量的默认值,即优化器构造扫描范围最多使用 64 MiB 内存。

  1. SELECT @@tidb_opt_range_max_size;
  1. +----------------------------+
  2. | @@tidb_opt_range_max_size |
  3. +----------------------------+
  4. | 67108864 |
  5. +----------------------------+
  6. 1 row in set (0.01 sec)
  1. EXPLAIN SELECT * FROM t use index (idx) WHERE a IN (10,20,30) AND b IN (40,50,60);

在 64 MiB 的内存最大限制约束下,优化器构造出精确的扫描范围 [10 40,10 40], [10 50,10 50], [10 60,10 60], [20 40,20 40], [20 50,20 50], [20 60,20 60], [30 40,30 40], [30 50,30 50], [30 60,30 60],见如下执行计划返回结果。

  1. +-------------------------------+---------+-----------+--------------------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
  2. | id | estRows | task | access object | operator info |
  3. +-------------------------------+---------+-----------+--------------------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
  4. | IndexLookUp_7 | 0.90 | root | | |
  5. | ├─IndexRangeScan_5(Build) | 0.90 | cop[tikv] | table:t, index:idx(a, b) | range:[10 40,10 40], [10 50,10 50], [10 60,10 60], [20 40,20 40], [20 50,20 50], [20 60,20 60], [30 40,30 40], [30 50,30 50], [30 60,30 60], keep order:false, stats:pseudo |
  6. | └─TableRowIDScan_6(Probe) | 0.90 | cop[tikv] | table:t | keep order:false, stats:pseudo |
  7. +-------------------------------+---------+-----------+--------------------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
  8. 3 rows in set (0.00 sec)

现将优化器构造扫描范围的内存用量上限设为 1500 字节。

  1. SET @@tidb_opt_range_max_size = 1500;
  1. Query OK, 0 rows affected (0.00 sec)
  1. EXPLAIN SELECT * FROM t USE INDEX (idx) WHERE a IN (10,20,30) AND b IN (40,50,60);

在 1500 字节内存的最大限制约束下,优化器构造出了更宽松的扫描范围 [10,10], [20,20], [30,30],并用 warning 提示用户构造精确的扫描范围所需的内存用量超出了 tidb_opt_range_max_size 的限制。

  1. +-------------------------------+---------+-----------+--------------------------+-----------------------------------------------------------------+
  2. | id | estRows | task | access object | operator info |
  3. +-------------------------------+---------+-----------+--------------------------+-----------------------------------------------------------------+
  4. | IndexLookUp_8 | 0.09 | root | | |
  5. | ├─Selection_7(Build) | 0.09 | cop[tikv] | | in(test.t.b, 40, 50, 60) |
  6. | └─IndexRangeScan_5 | 30.00 | cop[tikv] | table:t, index:idx(a, b) | range:[10,10], [20,20], [30,30], keep order:false, stats:pseudo |
  7. | └─TableRowIDScan_6(Probe) | 0.09 | cop[tikv] | table:t | keep order:false, stats:pseudo |
  8. +-------------------------------+---------+-----------+--------------------------+-----------------------------------------------------------------+
  9. 4 rows in set, 1 warning (0.00 sec)
  1. SHOW WARNINGS;
  1. +---------+------+---------------------------------------------------------------------------------------------------------------------------------------------+
  2. | Level | Code | Message |
  3. +---------+------+---------------------------------------------------------------------------------------------------------------------------------------------+
  4. | Warning | 1105 | Memory capacity of 1500 bytes for 'tidb_opt_range_max_size' exceeded when building ranges. Less accurate ranges such as full range are chosen |
  5. +---------+------+---------------------------------------------------------------------------------------------------------------------------------------------+
  6. 1 row in set (0.00 sec)

再将优化器构造扫描范围的内存用量上限设为 100 字节。

  1. set @@tidb_opt_range_max_size = 100;
  1. Query OK, 0 rows affected (0.00 sec)
  1. EXPLAIN SELECT * FROM t USE INDEX (idx) WHERE a IN (10,20,30) AND b IN (40,50,60);

在 100 字节的内存最大限制约束下,优化器选择了 IndexFullScan,并用 warning 提示用户构造精确的扫描范围所需的内存超出了 tidb_opt_range_max_size 的限制。

  1. +-------------------------------+----------+-----------+--------------------------+----------------------------------------------------+
  2. | id | estRows | task | access object | operator info |
  3. +-------------------------------+----------+-----------+--------------------------+----------------------------------------------------+
  4. | IndexLookUp_8 | 8000.00 | root | | |
  5. | ├─Selection_7(Build) | 8000.00 | cop[tikv] | | in(test.t.a, 10, 20, 30), in(test.t.b, 40, 50, 60) |
  6. | └─IndexFullScan_5 | 10000.00 | cop[tikv] | table:t, index:idx(a, b) | keep order:false, stats:pseudo |
  7. | └─TableRowIDScan_6(Probe) | 8000.00 | cop[tikv] | table:t | keep order:false, stats:pseudo |
  8. +-------------------------------+----------+-----------+--------------------------+----------------------------------------------------+
  9. 4 rows in set, 1 warning (0.00 sec)
  1. SHOW WARNINGS;
  1. +---------+------+---------------------------------------------------------------------------------------------------------------------------------------------+
  2. | Level | Code | Message |
  3. +---------+------+---------------------------------------------------------------------------------------------------------------------------------------------+
  4. | Warning | 1105 | Memory capacity of 100 bytes for 'tidb_opt_range_max_size' exceeded when building ranges. Less accurate ranges such as full range are chosen |
  5. +---------+------+---------------------------------------------------------------------------------------------------------------------------------------------+
  6. 1 row in set (0.00 sec)

tidb_opt_scan_factor

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点数
  • 范围:[0, 2147483647]
  • 默认值:1.5
  • 表示升序扫描时,TiKV 在磁盘上扫描一行数据的开销。该变量是代价模型内部使用的变量,不建议修改该变量的值。

tidb_opt_seek_factor

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点数
  • 范围:[0, 2147483647]
  • 默认值:20
  • 表示 TiDB 从 TiKV 请求数据的初始开销。该变量是代价模型内部使用的变量,不建议修改该变量的值。

tidb_opt_skew_distinct_agg 从 v6.2.0 版本开始引入

系统变量 - 图54

注意

开启该变量带来的查询性能优化仅对 TiFlash 有效。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来设置优化器是否将带有 DISTINCT 的聚合函数(例如 SELECT b, count(DISTINCT a) FROM t GROUP BY b)改写为两层聚合函数(例如 SELECT b, count(a) FROM (SELECT b, a FROM t GROUP BY b, a) t GROUP BY b)。当聚合列有严重的数据倾斜,且 DISTINCT 列有很多不同的值时,这种改写能够避免查询执行过程中的数据倾斜,从而提升查询性能。

tidb_opt_three_stage_distinct_agg 从 v6.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:ON
  • 该变量用于控制在 MPP 模式下是否将 COUNT(DISTINCT) 聚合改写为三阶段分布式执行的聚合。
  • 该变量目前仅对只有一个 COUNT(DISTINCT) 的聚合生效。

tidb_opt_tiflash_concurrency_factor

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:浮点数
  • 范围:[0, 2147483647]
  • 默认值:24.0
  • 表示 TiFlash 计算的并发数。该变量是代价模型内部使用的变量,不建议修改该变量的值。

tidb_opt_use_invisible_indexes 从 v8.0.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来设置是否允许优化器选择不可见索引 (Invisible Index)。默认情况下,不可见索引由 DML 语句维护,不会被查询优化器使用。当修改变量为 ON 时,对该会话中的查询,优化器可以选择不可见索引进行查询优化。

tidb_opt_write_row_id

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来设置是否允许 INSERTREPLACEUPDATE 操作 _tidb_rowid 列,默认是不允许操作。该选项仅用于 TiDB 工具导数据时使用。

tidb_optimizer_selectivity_level

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 2147483647]
  • 控制优化器估算逻辑的更迭。更改该变量值后,优化器的估算逻辑会产生较大的改变。目前该变量的有效值只有 0,不建议设为其它值。

tidb_partition_prune_mode 从 v5.1 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:枚举型
  • 默认值:dynamic
  • 可选值:staticdynamicstatic-onlydynamic-only
  • 这个变量用来设置是否开启分区表动态裁剪模式。默认值为 dynamic。但是注意,dynamic 模式仅在表级别汇总统计信息(即 GlobalStats)收集完成的情况下生效。如果选择了 dynamic 但 GlobalStats 未收集完成,TiDB 会仍采用 static 模式。关于 GlobalStats 更多信息,请参考动态裁剪模式下的分区表统计信息。关于动态裁剪模式更多信息,请参考分区表动态裁剪模式

tidb_persist_analyze_options 从 v5.4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于控制是否开启 ANALYZE 配置持久化特性。

tidb_pessimistic_txn_fair_locking 从 v7.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 是否对悲观锁启用加强的悲观锁唤醒模型。该模型可严格控制悲观锁单点冲突场景下事务的唤醒顺序,避免无效唤醒,大大降低原有唤醒机制中的随机性对事务延迟带来的不确定性。如果业务场景中遇到了单点悲观锁冲突频繁的情况(如高频更新同一行数据等),并进而引起语句重试频繁、尾延迟高,甚至偶尔发生 pessimistic lock retry limit reached 错误,可以尝试开启该变量来解决问题。
  • 对于从 v7.0.0 以前的版本升级到 v7.0.0 或更新版本的 TiDB 集群,该选项默认关闭。

系统变量 - 图55

注意

  • 视具体业务场景的不同,启用该选项可能对存在频繁锁冲突的事务造成一定程度的吞吐下降(平均延迟上升)。
  • 该选项目前仅对需要上锁单个 key 的语句有效。如果一个语句需要对多行同时上锁,则该选项不会对此类语句生效。
  • 该功能从 v6.6.0 版本引入。在 v6.6.0 版本中,该功能由变量 tidb_pessimistic_txn_aggressive_locking 控制,默认关闭。

tidb_placement_mode 从 v6.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:STRICT
  • 可选值:STRICTIGNORE
  • 该变量用于控制 DDL 语句是否忽略 Placement Rules in SQL 指定的放置规则。变量值为 IGNORE 时将忽略所有放置规则选项。
  • 该变量可由逻辑转储或逻辑恢复工具使用,确保即使绑定了不合适的放置规则,也始终可以成功创建表。这类似于 mysqldump 将 SET FOREIGN_KEY_CHECKS=0; 写入每个转储文件的开头部分。

tidb_plan_cache_invalidation_on_fresh_stats 从 v7.1.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 该变量用于控制当某张表上的统计信息更新后,与该表相关的 Plan Cache 是否自动失效。
  • 开启此变量有助于 Plan Cache 更有效地利用可用的统计信息生成执行计划,例如:
    • 有时 Plan Cache 会在统计信息尚不可用时生成执行计划。开启此变量后,Plan Cache 会在统计信息可用时重新生成执行计划。
    • 当表上数据分布发生变化时,之前的最优执行计划可能对于现在不再是最优的。开启此变量后,Plan Cache 会在重新收集统计信息后重新生成执行计划。
  • 对于从 v7.1.0 以前的版本升级到 v7.1.0 及以上版本的 TiDB 集群,该选项默认关闭 (OFF)。

tidb_plan_cache_max_plan_size 从 v7.1.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 默认值:2097152(即 2 MiB)
  • 取值范围:[0, 9223372036854775807],单位为 Byte。支持带单位的内存格式 “KiB|MiB|GiB|TiB”。0 表示表示不设限制。
  • 这个变量用来控制可以缓存的 Prepare 或非 Prepare 语句执行计划的最大大小。超过该值的执行计划将不会被缓存到 Plan Cache 中。详情请参考 Prepare 语句执行计划缓存非 Prepare 语句执行计划缓存

tidb_pprof_sql_cpu 从 v4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 1]
  • 这个变量用来控制是否在 profile 输出中标记出对应的 SQL 语句,用于定位和排查性能问题。

tidb_opt_prefix_index_single_scan 从 v6.4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于控制 TiDB 优化器是否将某些过滤条件下推到前缀索引,尽量避免不必要的回表,从而提高查询性能。
  • 将该变量设置为 ON 时,会将过滤条件下推到前缀索引。此时,假设一张表中 col 列是索引前缀列,查询语句中的 col is null 或者 col is not null 条件会被归为索引上的过滤条件,而不是回表时的过滤条件,从而避免不必要的回表。

该变量的使用示例

创建一张带前缀索引的表:

  1. CREATE TABLE t (a INT, b VARCHAR(10), c INT, INDEX idx_a_b(a, b(5)));

此时关闭 tidb_opt_prefix_index_single_scan

  1. SET tidb_opt_prefix_index_single_scan = 'OFF';

对于以下查询,执行计划使用了前缀索引 idx_a_b 但需要回表(出现了 IndexLookUp 算子)。

  1. EXPLAIN FORMAT='brief' SELECT COUNT(1) FROM t WHERE a = 1 AND b IS NOT NULL;
  2. +-------------------------------+---------+-----------+------------------------------+-------------------------------------------------------+
  3. | id | estRows | task | access object | operator info |
  4. +-------------------------------+---------+-----------+------------------------------+-------------------------------------------------------+
  5. | HashAgg | 1.00 | root | | funcs:count(Column#8)->Column#5 |
  6. | └─IndexLookUp | 1.00 | root | | |
  7. | ├─IndexRangeScan(Build) | 99.90 | cop[tikv] | table:t, index:idx_a_b(a, b) | range:[1 -inf,1 +inf], keep order:false, stats:pseudo |
  8. | └─HashAgg(Probe) | 1.00 | cop[tikv] | | funcs:count(1)->Column#8 |
  9. | └─Selection | 99.90 | cop[tikv] | | not(isnull(test.t.b)) |
  10. | └─TableRowIDScan | 99.90 | cop[tikv] | table:t | keep order:false, stats:pseudo |
  11. +-------------------------------+---------+-----------+------------------------------+-------------------------------------------------------+
  12. 6 rows in set (0.00 sec)

此时打开 tidb_opt_prefix_index_single_scan

  1. SET tidb_opt_prefix_index_single_scan = 'ON';

开启该变量后,对于以下查询,执行计划使用了前缀索引 idx_a_b 且不需要回表。

  1. EXPLAIN FORMAT='brief' SELECT COUNT(1) FROM t WHERE a = 1 AND b IS NOT NULL;
  2. +--------------------------+---------+-----------+------------------------------+-------------------------------------------------------+
  3. | id | estRows | task | access object | operator info |
  4. +--------------------------+---------+-----------+------------------------------+-------------------------------------------------------+
  5. | StreamAgg | 1.00 | root | | funcs:count(Column#7)->Column#5 |
  6. | └─IndexReader | 1.00 | root | | index:StreamAgg |
  7. | └─StreamAgg | 1.00 | cop[tikv] | | funcs:count(1)->Column#7 |
  8. | └─IndexRangeScan | 99.90 | cop[tikv] | table:t, index:idx_a_b(a, b) | range:[1 -inf,1 +inf], keep order:false, stats:pseudo |
  9. +--------------------------+---------+-----------+------------------------------+-------------------------------------------------------+
  10. 4 rows in set (0.00 sec)

tidb_prefer_broadcast_join_by_exchange_data_size 从 v7.1.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于设定 TiDB 选择 MPP Hash Join 算法时,是否使用最小网络交换的数据量策略。开启该变量后,TiDB 会估算 Broadcast Hash Join 和 Shuffled Hash Join 两种算法所需进行网络交换的数据量,并选择网络交换数据量较小的算法。
  • 该功能开启后 tidb_broadcast_join_threshold_counttidb_broadcast_join_threshold_size 将不再生效。

tidb_prepared_plan_cache_memory_guard_ratio 从 v6.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:浮点数
  • 默认值:0.1
  • 范围:[0, 1]
  • 这个变量用来控制 Prepared Plan Cache 触发内存保护机制的阈值,具体可见 Prepared Plan Cache 的内存管理
  • 在 v6.1.0 之前这个开关通过 TiDB 配置文件 (prepared-plan-cache.memory-guard-ratio) 进行配置,升级到 v6.1.0 时会自动继承原有设置。

tidb_prepared_plan_cache_size 从 v6.1.0 版本开始引入

系统变量 - 图56

警告

从 v7.1.0 开始,该变量被废弃。请使用 tidb_session_plan_cache_size 进行设置。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:100
  • 范围:[1, 100000]
  • 这个变量用来控制单个 SESSION 的 Prepared Plan Cache 最多能够缓存的计划数量,具体可见 Prepared Plan Cache 的内存管理
  • 在 v6.1.0 之前这个开关通过 TiDB 配置文件 (prepared-plan-cache.capacity) 进行配置,升级到 v6.1.0 时会自动继承原有设置。

tidb_projection_concurrency

系统变量 - 图57

警告

从 v5.0 版本开始,该变量被废弃。请使用 tidb_executor_concurrency 进行设置。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:-1
  • 范围:[-1, 256]
  • 单位:线程
  • 这个变量用来设置 Projection 算子的并发度。
  • 默认值 -1 表示使用 tidb_executor_concurrency 的值。

tidb_query_log_max_len

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:4096 (4 KiB)
  • 范围:[0, 1073741824]
  • 单位:字节
  • 该变量控制 SQL 语句输出的最大长度。当一条 SQL 语句的输出长度大于 tidb_query_log_max_len 时,输出将会被截断。
  • 在 v6.1.0 之前这个开关也可以通过 TiDB 配置文件 (log.query-log-max-len) 进行配置,升级到 v6.1.0 后仅可通过系统变量配置。

tidb_rc_read_check_ts 从 v6.0.0 版本开始引入

系统变量 - 图58

警告

  • 该特性与 replica-read 尚不兼容,开启 tidb_rc_read_check_ts 的读请求无法使用 replica-read,请勿同时开启两项特性。
  • 如果客户端使用游标操作,建议不开启 tidb_rc_read_check_ts 这一特性,避免前一批返回数据已经被客户端使用而语句最终会报错的情况。
  • 自 v7.0.0 版本开始,该变量对于使用 prepared statement 协议下 cursor fetch read 游标模式不再生效。

  • 作用域:GLOBAL

  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 该变量用于优化时间戳的获取,适用于悲观事务 READ-COMMITTED 隔离级别下读写冲突较少的场景,开启此变量可以避免获取全局 timestamp 带来的延迟和开销,并优化事务内读语句延迟。
  • 如果读写冲突较为严重,开启此功能会增加额外开销和延迟,造成性能回退。更详细的说明,请参考读已提交隔离级别 (Read Committed) 文档

tidb_rc_write_check_ts 从 v6.3.0 版本开始引入

系统变量 - 图59

警告

该特性与 replica-read 尚不兼容。开启本变量后,客户端发送的所有请求都将无法使用 replica-read,因此请勿同时开启 tidb_rc_write_check_tsreplica-read

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 该变量用于优化时间戳的获取,适用于悲观事务 READ-COMMITTED 隔离级别下点写冲突较少的场景。开启此变量可以避免点写语句获取全局时间戳带来的延迟和开销。目前该变量适用的点写语句包括 UPDATEDELETESELECT ...... FOR UPDATE 三种类型。点写语句是指将主键或者唯一键作为过滤条件且最终执行算子包含 POINT-GET 的写语句。
  • 如果点写冲突较为严重,开启此变量会增加额外开销和延迟,造成性能回退。更详细的说明,请参考读已提交隔离级别 (Read Committed) 文档

tidb_read_consistency 从 v5.4.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:是
  • 类型:字符串
  • 默认值:strict
  • 此变量用于控制自动提交的读语句的读一致性。
  • 如果将变量值设置为 weak,则直接跳过读语句遇到的锁,读的执行可能会更快,这就是弱一致性读模式。但在该模式下,事务语义(例如原子性)和分布式一致性(线性一致性)并不能得到保证。
  • 如果用户场景中需要快速返回自动提交的读语句,并且可接受弱一致性的读取结果,则可以使用弱一致性读取模式。

tidb_read_staleness 从 v5.4.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:0
  • 范围 [-2147483648, 0]
  • 这个变量用于设置当前会话允许读取的历史数据范围。设置后,TiDB 会从参数允许的范围内选出一个尽可能新的时间戳,并影响后继的所有读操作。比如,如果该变量的值设置为 -5,TiDB 会在 5 秒时间范围内,保证 TiKV 拥有对应历史版本数据的情况下,选择尽可能新的一个时间戳。

tidb_record_plan_in_slow_log

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于控制是否在 slow log 里包含慢查询的执行计划。

tidb_redact_log

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:OFF
  • 可选值:OFFONMARKER
  • 这个变量用于控制在记录 TiDB 日志和慢日志时,是否将 SQL 中的用户信息遮蔽。
  • 默认值为 OFF,即对用户输入的信息不做任何处理。
  • 将该变量设置为 ON 后,用户输入的信息被遮蔽。假设执行的 SQL 为 INSERT INTO t VALUES (1,2),则日志中记录的 SQL 语句为 INSERT INTO t VALUES (?,?)
  • 将该变量设置为 MARKER 后,用户输入的信息被标记符号 ‹ › 包裹。假设执行的 SQL 为 INSERT INTO t VALUES (1,2),则日志中记录的 SQL 语句为 INSERT INTO t VALUES (‹1›,‹2›)。输入信息中的 会转义成 ‹‹ 会转义成 ››。基于标记后的日志,你可以在展示日志时决定是否对被标记信息进行脱敏处理。

tidb_regard_null_as_point 从 v5.4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用来控制优化器是否可以将包含 null 的等值条件作为前缀条件来访问索引。
  • 该变量默认开启。开启后,该变量可以使优化器减少需要访问的索引数据量,从而提高查询的执行速度。例如,在有多列索引 index(a, b) 且查询条件为 a<=>null and b=1 的情况下,优化器可以同时使用查询条件中的 a<=>nullb=1 进行索引访问。如果关闭该变量,因为 a<=>null and b=1 包含 null 的等值条件,优化器不会使用 b=1 进行索引访问。

tidb_remove_orderby_in_subquery 从 v6.1.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:在 v7.2.0 之前版本中为 OFF,在 v7.2.0 及之后版本中为 ON
  • 指定是否在子查询中移除 ORDER BY 子句。

tidb_replica_read 从 v4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:枚举型
  • 默认值:leader
  • 可选值:leaderfollowerleader-and-followerprefer-leaderclosest-replicasclosest-adaptivelearner。其中,learner 从 v6.6.0 开始引入。
  • 这个变量用于控制 TiDB 的 Follower Read 功能的行为。
  • 关于使用方式与实现原理,见 Follower Read

tidb_request_source_type 从 v7.4.0 版本开始引入

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 默认值:""
  • 可选值:"ddl""stats""br""lightning""background"
  • 显式指定当前会话的任务类型,用于资源管控识别并控制。如 SET @@tidb_request_source_type = "background"

tidb_retry_limit

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:10
  • 范围:[-1, 9223372036854775807]
  • 这个变量用来设置乐观事务的最大重试次数。一个事务执行中遇到可重试的错误(例如事务冲突、事务提交过慢或表结构变更)时,会根据该变量的设置进行重试。注意当 tidb_retry_limit = 0 时,也会禁用自动重试。该变量仅适用于乐观事务,不适用于悲观事务。

tidb_row_format_version

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:整数型

  • 默认值:2

  • 范围:[1, 2]

  • 控制新保存数据的表数据格式版本。TiDB v4.0 中默认使用版本号为 2 的新表数据格式保存新数据。

  • 但如果从 4.0.0 之前的版本升级到 4.0.0,不会改变表数据格式版本,TiDB 会继续使用版本为 1 的旧格式写入表中,即只有新创建的集群才会默认使用新表数据格式

  • 需要注意的是修改该变量不会对已保存的老数据产生影响,只会对修改变量后的新写入数据使用对应版本格式保存。

tidb_runtime_filter_mode 从 v7.2.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:枚举型
  • 默认值:OFF
  • 可选值:OFFLOCAL
  • 控制 Runtime Filter 的模式,即生成 Filter 算子接收 Filter 算子之间的关系。当前可设置为两种模式:OFFLOCALOFF 代表关闭 Runtime Filter,LOCAL 代表开启 LOCAL 模式的 Runtime Filter。详细说明见 Runtime Filter Mode

tidb_runtime_filter_type 从 v7.2.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:枚举型
  • 默认值:IN
  • 可选值:IN
  • 控制 Runtime Filter 的类型,即生成的 Filter 算子使用的谓词类型。当前仅支持 IN,所以无需更改此设置。详细说明见 Runtime Filter Type

tidb_scatter_region

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • TiDB 默认会在建表时为新表分裂 Region。开启该变量后,会在建表语句执行时,同步打散刚分裂出的 Region。适用于批量建表后紧接着批量写入数据,能让刚分裂出的 Region 先在 TiKV 分散而不用等待 PD 进行调度。为了保证后续批量写入数据的稳定性,建表语句会等待打散 Region 完成后再返回建表成功,建表语句执行时间会是该变量关闭时的数倍。
  • 如果建表时设置了 SHARD_ROW_ID_BITSPRE_SPLIT_REGIONS,建表成功后会均匀切分出指定数量的 Region。

tidb_schema_cache_size 从 v8.0.0 版本开始引入

系统变量 - 图60

警告

该变量目前为实验特性,不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug,请在 GitHub 上提 issue 反馈。

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 9223372036854775807]
  • 这个变量用来控制 TiDB schema 信息缓存的大小。单位为 byte。默认值为 0,表示不打开缓存限制功能。开启该功能后,TiDB 将使用该变量的值做为可用的内存上限,并使用 Least Recently Used (LRU) 算法缓存所需的表,有效降低 schema 信息占用的内存。

tidb_schema_version_cache_limit 从 v7.4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:16
  • 取值范围:[2, 255]
  • 该变量用于限制 TiDB 实例可以缓存多少个历史版本的表结构信息。默认值为 16,即默认缓存 16 个历史版本的表结构信息。
  • 一般不需要修改该变量。当使用 Stale Read 功能且 DDL 执行非常频繁时,会导致表结构信息的版本号变更非常频繁,进而导致 Stale Read 在获取 Snapshot 的表结构信息时,可能会因为未命中表结构信息的缓存而需要消耗大量时间重新构建该信息。此时可以适当调大 tidb_schema_version_cache_limit 的值(例如 32 )来避免表结构信息的缓存不命中的问题。
  • 修改该变量会使 TiDB 的内存占用轻微上升。使用时请注意 TiDB 的内存占用,避免出现 OOM 问题。

tidb_server_memory_limit 从 v6.4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:80%
  • 取值范围:
    • 你可以将该变量值设为百分比格式,表示内存用量占总内存的百分比,取值范围为 [1%, 99%]
    • 你还可以将变量值设为内存大小,取值范围为 0 以及 [536870912, 9223372036854775807],单位为 Byte。支持带单位的内存格式 “KiB|MiB|GiB|TiB”。0 值表示不设内存限制。
    • 当设置的内存值小于 512 MiB 且不为 0 时,TiDB 将会使用 512 MiB 作为替代。
  • 该变量指定 TiDB 实例的内存限制。TiDB 会在内存用量达到该限制时,对当前内存用量最高的 SQL 语句进行取消 (Cancel) 操作。在该 SQL 语句被成功 Cancel 掉后,TiDB 会尝试调用 Golang GC 立刻回收内存,以最快速度缓解内存压力。
  • 只有内存使用大于 tidb_server_memory_limit_sess_min_size 的 SQL 语句会被选定为最优先被 Cancel 的 SQL 语句。
  • 目前 TiDB 一次只能 Cancel 一条 SQL 语句。如果 TiDB 完全 Cancel 掉一条 SQL 语句并回收资源后,内存使用仍然大于该变量所设限制,TiDB 会开始下一次 Cancel 操作。

tidb_server_memory_limit_gc_trigger 从 v6.4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:70%
  • 取值范围:[50%, 99%]
  • TiDB 尝试触发 GC 的阈值。当 TiDB 的内存使用达到 tidb_server_memory_limit 值 * tidb_server_memory_limit_gc_trigger 值时,则会主动触发一次 Golang GC。在一分钟之内只会主动触发一次 GC。

tidb_server_memory_limit_sess_min_size 从 v6.4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:134217728(即 128 MiB)
  • 取值范围:[128, 9223372036854775807],单位为 Byte。支持带单位的内存格式 “KiB|MiB|GiB|TiB”。
  • 开启内存限制后,TiDB 会终止当前实例上内存用量最高的 SQL 语句。本变量指定此情况下 SQL 语句被终止的最小内存用量。如果 TiDB 实例的内存超限是由许多内存使用量不明显的会话导致的,可以适当调小该变量值,使得更多会话成为 Cancel 的对象。

tidb_service_scope 从 v7.4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:否
  • 是否受 Hint SET_VAR 控制:否
  • 类型:字符串
  • 默认值:””
  • 可选值:长度小于或等于 64 的字符串,可用合法字符包括数字 0-9、字母 a-zA-Z、下划线 _ 和连字符 -
  • 该变量是一个实例级别的变量,用于控制 TiDB 分布式执行框架 下各 TiDB 节点的服务范围。分布式执行框架会根据该变量的值决定将分布式任务调度到哪些 TiDB 节点上执行,具体规则请参考任务调度

tidb_session_alias 从 v7.4.0 版本开始引入

  • 作用域:SESSION
  • 是否持久化到集群:否
  • 是否受 Hint SET_VAR 控制:是
  • 类型:字符串
  • 默认值:””
  • 用来自定义当前会话相关日志中 session_alias 列的值,方便故障定位时识别该会话。此设置会对语句执行过程中涉及的多个节点的日志生效(包括 TiKV)。此变量限制长度最大为 64 个字符,超出的部分将会被自动截断。如果变量值的末尾存在空格,也会被自动去除。

tidb_session_plan_cache_size 从 v7.1.0 版本开始引入

tidb_shard_allocate_step 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:9223372036854775807
  • 范围:[1, 9223372036854775807]
  • 该变量设置为 AUTO_RANDOMSHARD_ROW_ID_BITS 属性列分配的最大连续 ID 数。通常,AUTO_RANDOM ID 或带有 SHARD_ROW_ID_BITS 属性的行 ID 在一个事务中是增量和连续的。你可以使用该变量来解决大事务场景下的热点问题。

tidb_simplified_metrics

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 该变量开启后,TiDB 将不会收集或记录 Grafana 面板未使用到的 metrics。

tidb_skip_ascii_check 从 v5.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来设置是否校验 ASCII 字符的合法性。
  • 校验 ASCII 字符会损耗些许性能。当你确认输入的字符串为有效的 ASCII 字符时,可以将其设置为 ON

tidb_skip_isolation_level_check

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 开启这个开关之后,如果对 tx_isolation 赋值一个 TiDB 不支持的隔离级别,不会报错,有助于兼容其他设置了(但不依赖于)不同隔离级别的应用。
  1. tidb> set tx_isolation='serializable';
  2. ERROR 8048 (HY000): The isolation level 'serializable' is not supported. Set tidb_skip_isolation_level_check=1 to skip this error
  3. tidb> set tidb_skip_isolation_level_check=1;
  4. Query OK, 0 rows affected (0.00 sec)
  5. tidb> set tx_isolation='serializable';
  6. Query OK, 0 rows affected, 1 warning (0.00 sec)

tidb_skip_missing_partition_stats 从 v7.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:布尔型

  • 默认值:ON

  • 分区表在开启动态裁剪模式时,TiDB 会汇总各个分区的统计信息生成 GlobalStats。这个变量用于控制当分区统计信息缺失时生成 GlobalStats 的行为。

    • 当开启该变量时,TiDB 生成 GlobalStats 时会跳过缺失的分区统计信息,不影响 GlobalStats 生成。
    • 当关闭该变量时,遇到缺失的分区统计信息,TiDB 会停止生成 GlobalStats。

tidb_skip_utf8_check

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来设置是否校验 UTF-8 字符的合法性。
  • 校验 UTF-8 字符会损耗些许性能。当你确认输入的字符串为有效的 UTF-8 字符时,可以将其设置为 ON

系统变量 - 图61

注意

跳过字符检查可能会使 TiDB 检测不到应用写入的非法 UTF-8 字符,进一步导致执行 ANALYZE 时解码错误,以及引入其他未知的编码问题。如果应用不能保证写入字符串的合法性,不建议跳过该检查。

tidb_slow_log_threshold

  • 作用域:GLOBAL
  • 是否持久化到集群:否,仅作用于当前连接的 TiDB 实例
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:300
  • 类型:整数型
  • 范围:[-1, 9223372036854775807]
  • 单位:毫秒
  • 输出慢日志的耗时阈值。当查询大于这个值,就会当做是一个慢查询,输出到慢查询日志。默认为 300 ms。

tidb_slow_query_file

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:””
  • 查询 INFORMATION_SCHEMA.SLOW_QUERY 只会解析配置文件中 slow-query-file 设置的慢日志文件名,默认是 “tidb-slow.log”。但如果想要解析其他的日志文件,可以通过设置 session 变量 tidb_slow_query_file 为具体的文件路径,然后查询 INFORMATION_SCHEMA.SLOW_QUERY 就会按照设置的路径去解析慢日志文件。更多详情可以参考 SLOW_QUERY 文档

tidb_snapshot

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:””
  • 这个变量用来设置当前会话期待读取的历史数据所处时刻。比如当设置为 "2017-11-11 20:20:20" 时或者一个 TSO 数字 “400036290571534337”,当前会话将能读取到该时刻的数据。

tidb_source_id 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值: 1
  • 范围:[1, 15]
  • 这个变量用来设置在双向复制系统内不同集群的 ID。

tidb_stats_cache_mem_quota 从 v6.1.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 单位:字节
  • 默认值:0,自动设置内部统计信息缓存使用内存的上限为总内存的一半。
  • 这个变量用于控制 TiDB 内部统计信息缓存使用内存的上限。

tidb_stats_load_sync_wait 从 v5.4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:100
  • 单位:毫秒
  • 范围:[0, 2147483647]
  • 这个变量用于控制是否开启统计信息的同步加载模式(为 0 代表不开启,即为异步加载模式),以及开启的情况下,SQL 执行同步加载完整统计信息等待多久后会超时。更多信息,请参考统计信息的加载

tidb_stats_load_pseudo_timeout 从 v5.4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于控制统计信息同步加载超时后,SQL 是执行失败(OFF),还是退回使用 pseudo 的统计信息(ON)。

tidb_stmt_summary_enable_persistent 从 v6.6.0 版本开始引入

系统变量 - 图62

警告

statements summary 持久化目前为实验特性,不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug,请在 GitHub 上提 issue 反馈。

tidb_stmt_summary_filename 从 v6.6.0 版本开始引入

系统变量 - 图63

警告

statements summary 持久化目前为实验特性,不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug,请在 GitHub 上提 issue 反馈。

tidb_stmt_summary_file_max_backups 从 v6.6.0 版本开始引入

系统变量 - 图64

警告

statements summary 持久化目前为实验特性,不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug,请在 GitHub 上提 issue 反馈。

tidb_stmt_summary_file_max_days 从 v6.6.0 版本开始引入

系统变量 - 图65

警告

statements summary 持久化目前为实验特性,不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug,请在 GitHub 上提 issue 反馈。

tidb_stmt_summary_file_max_size 从 v6.6.0 版本开始引入

系统变量 - 图66

警告

statements summary 持久化目前为实验特性,不建议在生产环境中使用。该功能可能会在未事先通知的情况下发生变化或删除。如果发现 bug,请在 GitHub 上提 issue 反馈。

tidb_stmt_summary_history_size 从 v4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:24
  • 范围:[0, 255]
  • 这个变量设置了 statement summary tables 的历史记录容量。

tidb_stmt_summary_internal_query 从 v4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用来控制是否在 statement summary tables 中包含 TiDB 内部 SQL 的信息。

tidb_stmt_summary_max_sql_length 从 v4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:4096
  • 范围:[0, 2147483647]
  • 单位:字节
  • 这个变量用来控制 Statement Summary TablesTiDB Dashboard 中显示的 SQL 字符串长度。

tidb_stmt_summary_max_stmt_count 从 v4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:3000
  • 范围:[1, 32767]
  • 这个变量设置了 statement summary tables 在内存中保存的语句的最大数量。

tidb_stmt_summary_refresh_interval 从 v4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1800
  • 范围:[1, 2147483647]
  • 单位:秒
  • 这个变量设置了 statement summary tables 的刷新时间。

tidb_store_batch_size

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 类型:整数型
  • 默认值:4
  • 范围:[0, 25000]
  • 设置 IndexLookUp 算子回表时多个 Coprocessor Task 的 batch 大小。0 代表不使用 batch。当 IndexLookUp 算子的回表 Task 数量特别多,出现极长的慢查询时,可以适当调大该参数以加速查询。

tidb_streamagg_concurrency

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1
  • 设置 StreamAgg 算子执行查询时的并发度。
  • 不推荐设置该变量,修改该变量值可能会造成数据正确性问题。

tidb_top_sql_max_meta_count 从 v6.0.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:5000
  • 范围:[1, 10000]
  • 这个变量用于控制 Top SQL 每分钟最多收集 SQL 语句类型的数量。

tidb_top_sql_max_time_series_count 从 v6.0.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:100
  • 范围:[1, 5000]
  • 这个变量用于控制 Top SQL 每分钟保留消耗负载最大的前多少条 SQL(即 Top N) 的数据。

系统变量 - 图67

注意

TiDB Dashboard 中的 Top SQL 页面目前只显示消耗负载最多的 5 类 SQL 查询,这与 tidb_top_sql_max_time_series_count 的配置无关。

tidb_store_limit 从 v3.0.4 和 v4.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 9223372036854775807]
  • 这个变量用于限制 TiDB 同时向 TiKV 发送的请求的最大数量,0 表示没有限制。

tidb_super_read_only 从 v5.3.1 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值: OFF
  • tidb_super_read_only 用于实现对 MySQL 变量 super_read_only 的替代。然而,由于 TiDB 是一个分布式数据库,开启 tidb_super_read_only 后数据库各个 TiDB 服务器进入只读模式的时刻不是强一致的,而是最终一致的。
  • 拥有 SUPERSYSTEM_VARIABLES_ADMIN 权限的用户可以修改该变量。
  • 该变量可以控制整个集群的只读状态。开启后(即该值为 ON),整个集群中的 TiDB 服务器都将进入只读状态,只有 SELECTUSESHOW 等不会修改数据的语句才能被执行,其他如 INSERTUPDATE 等语句会被拒绝执行。
  • 该变量开启只读模式只保证整个集群最终进入只读模式,当变量修改状态还没被同步到其他 TiDB 服务器时,尚未同步的 TiDB 仍然停留在非只读模式。
  • 在执行 SQL 语句之前,TiDB 会检查集群的只读标志。从 v6.2.0 起,在提交 SQL 语句之前,TiDB 也会检查该标志,从而防止在服务器被置于只读模式后某些长期运行的 auto commit 语句可能修改数据的情况。
  • 在变量开启时,对于尚未提交的事务:
    • 如果有尚未提交的只读事务,可正常提交该事务。
    • 如果尚未提交的事务为非只读事务,在事务内执行写入的 SQL 语句会被拒绝。
    • 如果尚未提交的事务已经有数据改动,其提交也会被拒绝。
  • 当集群开启只读模式后,所有用户(包括 SUPER 用户)都无法执行可能写入数据的 SQL 语句,除非该用户被显式地授予了 RESTRICTED_REPLICA_WRITER_ADMIN 权限。
  • 当系统变量 tidb_restricted_read_onlyON 时,tidb_super_read_only 的值会受到 tidb_restricted_read_only 的影响。详情请参见tidb_restricted_read_only 中的描述。

tidb_sysdate_is_now 从 v6.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:OFF
  • 这个变量用于控制 SYSDATE 函数能否替换为 NOW 函数,其效果与 MYSQL 中的 sysdate-is-now 一致。

tidb_sysproc_scan_concurrency 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1
  • 范围:[1, 4294967295],v7.5.0 及之前版本最大值为 256
  • 这个变量用来设置 TiDB 执行内部 SQL 语句(例如统计信息自动更新)时 scan 操作的并发度。

tidb_table_cache_lease 从 v6.0.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:3
  • 范围:[1, 10]
  • 单位:秒
  • 这个变量用来控制缓存表的 lease 时间,默认值是 3 秒。该变量值的大小会影响缓存表的修改。在缓存表上执行修改操作后,最长可能出现 tidb_table_cache_lease 变量值时长的等待。如果业务表为只读表,或者能接受很高的写入延迟,则可以将该变量值调大,从而增加缓存的有效时间,减少 lease 续租的频率。

tidb_tmp_table_max_size 从 v5.3 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:67108864
  • 范围:[1048576, 137438953472]
  • 单位:字节
  • 这个变量用于限制单个临时表的最大大小,临时表超出该大小后报错。

tidb_track_aggregate_memory_usage

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 本变量控制 TiDB 是否跟踪聚合函数的内存使用情况。

系统变量 - 图68

警告

如果禁用该变量,TiDB 可能无法准确跟踪内存使用情况,并且无法控制对应 SQL 语句的内存使用。

tidb_tso_client_batch_max_wait_time 从 v5.3.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:浮点数
  • 默认值:0
  • 范围:[0, 10]
  • 单位:毫秒
  • 这个变量用来设置 TiDB 向 PD 请求 TSO 时进行一次攒批操作的最大等待时长。默认值为 0,即不进行额外的等待。
  • 在向 PD 获取 TSO 请求时,TiDB 使用的 PD Client 会一次尽可能多地收集同一时刻的 TSO 请求,将其攒批合并成一个 RPC 请求后再发送给 PD,从而减轻 PD 的压力。
  • 将这个变量值设置为非 0 后,TiDB 会在每一次攒批结束前进行一个最大时长为其值的等待,目的是为了收集到更多的 TSO 请求,从而提高攒批效果。
  • 适合调高这个变量值的场景:
    • PD leader 因高压力的 TSO 请求而达到 CPU 瓶颈,导致 TSO RPC 请求的延迟较高。
    • 集群中 TiDB 实例的数量不多,但每一台 TiDB 实例上的并发量较高。
  • 在实际使用中,推荐将该变量尽可能设置为一个较小的值。

系统变量 - 图69

注意

如果 PD leader 的 TSO RPC 延迟升高,但其现象并非由 CPU 使用率达到瓶颈而导致(可能存在网络等问题),此时,调高 tidb_tso_client_batch_max_wait_time 可能会导致 TiDB 的语句执行延迟上升,影响集群的 QPS 表现。

tidb_ttl_delete_rate_limit 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 9223372036854775807]
  • 这个变量用来对每个 TiDB 节点的 TTL 删除操作进行限流。其值代表了在 TTL 任务中单个节点每秒允许 DELETE 语句执行的最大次数。当此变量设置为 0 时,则表示不做限制。更多信息,请参考 Time to Live

tidb_ttl_delete_batch_size 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:100
  • 范围:[1, 10240]
  • 这个变量用于设置 TTL 任务中单个删除事务中允许删除的最大行数。更多信息,请参考 Time to Live

tidb_ttl_delete_worker_count 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:4
  • 范围:[1, 256]
  • 这个变量用于设置每个 TiDB 节点上 TTL 删除任务的最大并发数。更多信息,请参考 Time to Live

tidb_ttl_job_enable 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:ON
  • 类型:布尔型
  • 这个变量用于控制是否启动 TTL 后台清理任务。如果设置为 OFF,所有具有 TTL 属性的表会自动停止对过期数据的清理。更多信息,请参考 Time to Live

tidb_ttl_scan_batch_size 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:500
  • 范围:[1, 10240]
  • 这个变量用于设置 TTL 任务中用来扫描过期数据的每个 SELECT 语句的 LIMIT 的值。更多信息,请参考 Time to Live

tidb_ttl_scan_worker_count 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:4
  • 范围:[1, 256]
  • 这个变量用于设置每个 TiDB 节点 TTL 扫描任务的最大并发数。更多信息,请参考 Time to Live

tidb_ttl_job_schedule_window_start_time 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否受 Hint SET_VAR 控制:否
  • 类型:时间
  • 是否持久化到集群:是
  • 默认值:00:00 +0000
  • 这个变量用于控制 TTL 后台清理任务的调度窗口的起始时间。请谨慎调整此参数,过小的窗口有可能会造成过期数据的清理无法完成。更多信息,请参考 Time to Live

tidb_ttl_job_schedule_window_end_time 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否受 Hint SET_VAR 控制:否
  • 类型:时间
  • 是否持久化到集群:是
  • 默认值:23:59 +0000
  • 这个变量用于控制 TTL 后台清理任务的调度窗口的结束时间。请谨慎调整此参数,过小的窗口有可能会造成过期数据的清理无法完成。更多信息,请参考 Time to Live

tidb_ttl_running_tasks 从 v7.0.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:-1
  • 范围:-1[1, 256]
  • 这个变量用于限制整个集群内 TTL 任务的并发量。-1 表示与 TiKV 节点的数量相同。更多信息,请参考 Time to Live

tidb_txn_assertion_level 从 v6.0.0 版本开始引入

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:否

  • 类型:枚举型

  • 默认值:FAST

  • 可选值:OFFFASTSTRICT

  • 这个变量用于设置 assertion 级别。assertion 是一项在事务提交过程中进行的数据索引一致性校验,它对正在写入的 key 是否存在进行检查。如果不符则说明数据索引不一致,会导致事务 abort。详见数据索引一致性报错

  • 对于新创建的 v6.0.0 及以上的集群,默认值为 FAST。对于升级版本的集群,如果升级前是低于 v6.0.0 的版本,升级后默认值为 OFF

    • OFF: 关闭该检查。
    • FAST: 开启大多数检查项,对性能几乎无影响。
    • STRICT: 开启全部检查项,当系统负载较高时,对悲观事务的性能有较小影响。

tidb_txn_commit_batch_size 从 v6.2.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:16384
  • 范围:[1, 1073741824]
  • 单位:字节
  • 这个变量用于控制 TiDB 向 TiKV 发送的事务提交请求的批量大小。如果业务负载的大部分事务都有大量的写操作,适当调大该变量可以提高批处理的效果。但需要注意的是,设置过大将会超过 TiKV 的 raft-entry-max-size 限制,导致提交失败。

tidb_txn_entry_size_limit 从 v7.6.0 版本开始引入

  • 作用域:GLOBAL | SESSION
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 125829120]
  • 单位:字节
  • 这个变量用于动态修改 TiDB 配置项 performance.txn-entry-size-limit,其含义与对应配置项相同,即用于限制 TiDB 单行数据的大小。该变量默认值为 0,表示默认使用配置项的值。当设置为非 0 值时,优先使用该变量的值作为 txn-entry-size-limit 的值。

系统变量 - 图70

注意

使用 SESSION 作用域修改该变量时仅影响当前用户会话,不会影响 TiDB 的内部会话。这可能导致 TiDB 内部事务的单行数据大小超过配置项的限制,从而导致事务失败。如需在线调高限制,建议优先使用 GLOBAL 作用域修改该变量。

tidb_txn_mode

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:pessimistic
  • 可选值:pessimisticoptimistic
  • 这个变量用于设置事务模式。TiDB v3.0 支持了悲观事务,自 v3.0.8 开始,默认使用悲观事务模式
  • 但如果从 3.0.7 及之前的版本升级到 >= 3.0.8 的版本,不会改变默认事务模式,即只有新创建的集群才会默认使用悲观事务模式
  • 将该变量设置为 “optimistic” 或 “” 时,将会使用乐观事务模式

tidb_use_plan_baselines 从 v4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于控制是否开启执行计划绑定功能,默认打开,可通过赋值 OFF 来关闭。关于执行计划绑定功能的使用可以参考执行计划绑定文档

tidb_wait_split_region_finish

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 由于打散 Region 的时间可能比较长,主要由 PD 调度以及 TiKV 的负载情况所决定。这个变量用来设置在执行 SPLIT REGION 语句时,是否同步等待所有 Region 都打散完成后再返回结果给客户端。
    • 默认 ON 代表等待打散完成后再返回结果
    • OFF 代表不等待 Region 打散完成就返回。
  • 需要注意的是,在 Region 打散期间,对正在打散 Region 上的写入和读取的性能会有一定影响,对于批量写入、导数据等场景,还是建议等待 Region 打散完成后再开始导数据。

tidb_wait_split_region_timeout

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:300
  • 范围:[1, 2147483647]
  • 单位:秒
  • 这个变量用来设置 SPLIT REGION 语句的执行超时时间,默认值是 300 秒,如果超时还未完成,就返回一个超时错误。

tidb_window_concurrency 从 v4.0 版本开始引入

系统变量 - 图71

警告

从 v5.0 版本开始,该变量被废弃。请使用 tidb_executor_concurrency 进行设置。

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:-1
  • 范围:[1, 256]
  • 单位:线程
  • 这个变量用于设置 window 算子的并行度。
  • 默认值 -1 表示使用 tidb_executor_concurrency 的值。

tiflash_fastscan 从 v6.3.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 默认值:OFF
  • 类型:布尔型
  • 如果开启 FastScan 功能(设置为 ON 时),TiFlash 可以提供更高效的查询性能,但不保证查询结果的精度和数据一致性。

tiflash_fine_grained_shuffle_batch_size 从 v6.2.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:是
  • 默认值:8192
  • 范围:[1, 18446744073709551615]
  • 细粒度 shuffle 功能开启时,下推到 TiFlash 的窗口函数可以并行执行。该变量控制发送端发送数据的攒批大小。
  • 对性能影响:如果该值设置过小,例如极端值 1,会导致每个 Block 都进行一次网络传输。如果设置过大,例如极端值整个表的行数,会导致接收端大部分时间都在等待数据,无法流水线计算。可以观察 TiFlash 接收端收到的行数分布情况,如果大部分线程接收的行数很少,例如只有几百行,可以增加该值以达到减少网络开销的目的。

tiflash_fine_grained_shuffle_stream_count 从 v6.2.0 版本开始引入

  • 作用域:SESSION | GLOBAL

  • 是否持久化到集群:是

  • 是否受 Hint SET_VAR 控制:是

  • 类型:整数型

  • 默认值:0

  • 范围:[-1, 1024]

  • 当窗口函数下推到 TiFlash 执行时,可以通过该变量控制窗口函数执行的并行度。不同取值含义:

    • -1: 表示不使用细粒度 shuffle 功能,下推到 TiFlash 的窗口函数以单线程方式执行
    • 0: 表示使用细粒度 shuffle 功能。如果 tidb_max_tiflash_threads 有效(大于 0),则 tiflash_fine_grained_shuffle_stream_count 会自动取值为 tidb_max_tiflash_threads,否则会根据 TiFlash 计算节点的 CPU 资源自动推算。最终在 TiFlash 上窗口函数的实际并发度为:min(tiflash_fine_grained_shuffle_stream_count,TiFlash 节点物理线程数)
    • 大于 0: 表示使用细粒度 shuffle 功能,下推到 TiFlash 的窗口函数会以多线程方式执行,并发度为: min(tiflash_fine_grained_shuffle_stream_count, TiFlash 节点物理线程数)
  • 理论上窗口函数的性能会随着该值的增加线性提升。但是如果设置的值超过实际的物理线程数,反而会导致性能下降。

tiflash_mem_quota_query_per_node 从 v7.4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[-1, 9223372036854775807]
  • 用于设置单个查询在单个 TiFlash 节点上的内存使用上限,超过该限制时 TiFlash 会报错并终止该查询。-1 或者 0 表示无限制。当该变量的值大于 0tiflash_query_spill_ratio 也设置为有效值时,TiFlash 将启用查询级别的落盘机制

tiflash_query_spill_ratio 从 v7.4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:浮点数
  • 默认值:0.7
  • 范围:[0, 0.85]
  • 用于控制 TiFlash 查询级别的落盘机制的阈值:0 表示关闭查询级别的自动落盘机制;大于 0 时,如果查询使用的内存超过 tiflash_mem_quota_query_per_node * tiflash_query_spill_ratio,TiFlash 会触发查询级别的落盘,即将查询中支持落盘的算子的数据按需进行落盘。

系统变量 - 图72

注意

tiflash_replica_read 从 v7.3.0 版本开始引入

  • 作用范围:SESSION | GLOBAL
  • 持久化至集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:all_replicas
  • 可选值:all_replicasclosest_adaptiveclosest_replicas
  • 该变量用于设置当查询需要使用 TiFlash 引擎时,TiFlash 副本的选择策略。
    • all_replicas 表示使用所有的 TiFlash 副本进行分析计算。
    • closest_adaptive 表示尽量使用与当前发起查询请求的 TiDB 节点相同区域的 TiFlash 副本进行分析计算。如果此区域的 TiFlash 副本未包含查询所需的全部数据,则再使用其他区域的 TiFlash 副本及对应的 TiFlash 节点。
    • closest_replicas 表示仅使用与发起当前查询请求的 TiDB 节点相同区域的 TiFlash 副本进行分析计算。如果此区域的 TiFlash 副本未包含查询所需的全部数据,则查询将报错。

系统变量 - 图73

注意

  • 如果 TiDB 节点未设置区域属性,并且 TiFlash 副本选择策略不是 all_replicas 时,TiFlash 引擎将忽略 TiFlash 副本选择策略,使用所有 TiFlash 副本进行 TiFlash 查询,并且返回警告 The variable tiflash_replica_read is ignored
  • 如果 TiFlash 节点未设置区域属性,则将其视为不属于任何区域的节点。

tikv_client_read_timeout 从 v7.4.0 版本开始引入

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:0
  • 范围:[0, 2147483647]
  • 单位:毫秒
  • 该变量用于设置查询语句中 TiDB 发送 TiKV RPC 读请求的超时时间。当 TiDB 集群在网络不稳定或 TiKV 的 I/O 延迟抖动严重的环境下,且用户对查询 SQL 的延迟比较敏感时,可以通过设置 tikv_client_read_timeout 调小 TiKV RPC 读请求的超时时间,这样当某个 TiKV 节点出现 I/O 延迟抖动时,TiDB 侧可以快速超时并重新发送 TiKV RPC 请求给下一个 TiKV Region Peer 所在的 TiKV 节点。如果所有 TiKV Region Peer 都请求超时,则会用默认的超时时间(通常是 40 秒)进行新一轮的重试。
  • 你也可以在查询语句中使用 Optimizer Hint /*+ SET_VAR(TIKV_CLIENT_READ_TIMEOUT=N) */ 来设置 TiDB 发送 TiKV RPC 读请求的超时时间。当同时设置了 Optimizer Hint 和该系统变量时,Optimizer Hint 的优先级更高。
  • 默认值 0 表示使用默认的超时时间(通常是 40 秒)。

系统变量 - 图74

注意

  • 一个普通查询通常耗时几毫秒,但偶尔可能会出现某个 TiKV 节点的网络不稳定或 I/O 抖动,导致查询耗时超过 1 秒甚至 10 秒。此时,你可以尝试在查询语句中使用 Optimizer Hint /*+ SET_VAR(TIKV_CLIENT_READ_TIMEOUT=100) */ 将 TiKV RPC 读请求超时设置为 100 毫秒,这样即使遇到某个 TiKV 节点查询慢,也可以快速超时然后重新发送 RPC 请求给下一个 TiKV Region Peer 所在的 TiKV 节点。由于两个 TiKV 节点同时出现 I/O 抖动的概率较低,所以该查询语句的耗时通常可以预期在几毫秒到 110 毫秒之间。
  • 不建议将 tikv_client_read_timeout 的值设置的太小(例如,1 毫秒),否则 TiDB 集群在负载压力较大时会很容易导致请求超时,然后重试会进一步增加 TiDB 集群的压力。
  • 如需为不同类型的查询语句设置不同的超时时间,建议使用 Optimizer Hint。

time_zone

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:SYSTEM
  • 数据库所使用的时区。这个变量值可以写成时区偏移的形式,如 ‘-8:00’,也可以写成一个命名时区,如 ‘America/Los_Angeles’。
  • 默认值 SYSTEM 表示时区应当与系统主机的时区相同。系统的时区可通过 system_time_zone 获取。

timestamp

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 类型:浮点数
  • 默认值:0
  • 取值范围:[0, 2147483647]
  • 一个 Unix 时间戳。变量值非空时,表示 CURRENT_TIMESTAMP()NOW() 等函数的时间戳。该变量通常用于数据恢复或数据复制。

transaction_isolation

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:REPEATABLE-READ
  • 可选值:READ-UNCOMMITTEDREAD-COMMITTEDREPEATABLE-READSERIALIZABLE
  • 这个变量用于设置事务隔离级别。TiDB 为了兼容 MySQL,支持可重复读 (REPEATABLE-READ),但实际的隔离级别是快照隔离。详情见事务隔离级别

tx_isolation

这个变量是 transaction_isolation 的别名。

tx_isolation_one_shot

系统变量 - 图75

注意

该变量仅用于 TiDB 内部实现,不推荐设置该变量。

在 TiDB 内部实现中,TiDB 解释器会将 SET TRANSACTION ISOLATION LEVEL [READ COMMITTED| REPEATABLE READ | ...] 语句转化为 SET @@SESSION.TX_ISOLATION_ONE_SHOT = [READ COMMITTED| REPEATABLE READ | ...]

tx_read_ts

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:””
  • 在 Stale Read 场景下,该会话变量用于帮助记录 Stable Read TS 值。
  • 该变量仅用于 TiDB 内部实现,不推荐设置该变量

txn_scope

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:global
  • 可选值:globallocal
  • 该变量用于设置当前会话下事务为全局事务(设为 global)还是局部事务(设为 local)。
  • 该变量仅用于 TiDB 内部实现,不推荐设置该变量

validate_password.check_user_name 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:ON
  • 类型:布尔型
  • 该变量是密码复杂度策略检查中的一个检查项,用于进行密码与用户名匹配检查。只有 validate_password.enable 开启时,该变量才生效。
  • 当该变量生效且为 ON 时,如果设置账户密码,TiDB 会将密码与当前会话账户的用户名部分(不包含主机名部分)进行比较,如果匹配则拒绝该密码。
  • 该变量独立于 validate_password.policy,即不受密码复杂度检测强度的控制。

validate_password.dictionary 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:””
  • 类型:字符串
  • 该变量是密码复杂度策略检查中的一个检查项,用于进行密码与字典字符串匹配检查。只有当 validate_password.enable 开启且 validate_password.policy 设置为 2 (STRONG) 时,该变量才生效。
  • 该变量是一个长字符串,长度不超过 1024,字符串内容可包含一个或多个在密码中不允许出现的单词,每个单词之间采用英文分号(;)分隔。
  • 默认情况下,该变量为空值,不执行字典检查。要进行字典检查,该变量值必须包含待匹配的单词。配置了该变量后,在设置账户密码时,TiDB 会将长度为 4 到 100 的密码的每个子字符串与该变量中配置的单词进行比较。任何匹配都会导致密码被拒绝。比较不区分大小写。

validate_password.enable 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:OFF
  • 类型:布尔型
  • 该变量是密码复杂度策略检查的开关。该变量设置为 ON 后,当设置账户密码时,TiDB 才会进行密码复杂度的各项检查。

validate_password.length 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:8
  • 范围:[0, 2147483647]
  • 该变量是密码复杂度策略检查中的一个检查项,用于限定密码的最小长度,默认最小长度为 8。只有 validate_password.enable 开启时,该变量才生效。
  • 设置该变量时有最小值要求,最小值由其他几个相关的系统变量控制,即该变量的值不能设置为小于此表达式的值:validate_password.number_count + validate_password.special_char_count + (2 * validate_password.mixed_case_count)
  • 当用户修改 validate_password.number_countvalidate_password.special_char_countvalidate_password.mixed_case_count 后导致表达式的值大于 validate_password.length 时,validate_password.length 将自动被修改为满足表达式的最小值。

validate_password.mixed_case_count 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1
  • 范围:[0, 2147483647]
  • 该变量是密码复杂度策略检查中的一个检查项,用于限定密码中至少需要包含多少个大写字符和小写字符。只有当 validate_password.enable 开启且 validate_password.policy 大于或等于 1 (MEDIUM) 时,该变量才生效。
  • 对于给定的 validate_password.mixed_case_count 值,密码中的小写字符数和大写字符数都不能少于该值。例如,值为 1 时,密码中至少需要 1 个小写字母,至少需要 1 个大写字母。

validate_password.number_count 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1
  • 范围:[0, 2147483647]
  • 该变量是密码复杂度策略检查中的一个检查项,用于限定密码中至少需要包含多少个数字字符。只有当 validate_password.enable 开启且 validate_password.policy 大于或等于 1 (MEDIUM) 时,该变量才生效。

validate_password.policy 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:枚举型
  • 默认值:1
  • 可选值:[0, 1, 2]
  • 该变量是密码复杂度策略检查的强度策略,该变量影响其他密码复杂度系统变量(前缀为 validate_password)在密码检查时是否生效,但是 validate_password.check_user_name 除外。只有 validate_password.enable 开启时,该变量才生效。
  • 该变量可以使用数值 0、1、2 或相应的符号值 LOW、MEDIUM、STRONG,密码强度策略对应的检查项如下:
    • 0 或者 LOW:检查密码长度。
    • 1 或者 MEDIUM:检查密码长度,检查密码中数字、小写字符、大写字符、特殊字符数量。
    • 2 或者 STRONG:检查密码长度,检查密码中数字、小写字符、大写字符、特殊字符数量,检查密码字典匹配。

validate_password.special_char_count 从 v6.5.0 版本开始引入

  • 作用域:GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:1
  • 范围:[0, 2147483647]
  • 该变量是密码复杂度策略检查中的一个检查项,用于限定密码中至少需要包含多少个特殊字符。只有当 validate_password.enable 开启且 validate_password.policy 大于或等于 1 (MEDIUM) 时,该变量才生效。

version

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:8.0.11-TiDB-(tidb version)
  • 这个变量的值是 MySQL 的版本和 TiDB 的版本,例如 ‘8.0.11-TiDB-v8.1.0’。

version_comment

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:(string)
  • 这个变量的值是 TiDB 版本号的其他信息,例如 ‘TiDB Server (Apache License 2.0) Community Edition, MySQL 8.0 compatible’。

version_compile_os

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:(string)
  • 这个变量值是 TiDB 所在操作系统的名称。

version_compile_machine

  • 作用域:NONE
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:(string)
  • 这个变量值是运行 TiDB 的 CPU 架构的名称。

wait_timeout

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:整数型
  • 默认值:28800
  • 范围:[0, 31536000]
  • 单位:秒
  • 这个变量表示用户会话的空闲超时。0 代表没有时间限制。

warning_count

  • 作用域:SESSION
  • 是否受 Hint SET_VAR 控制:否
  • 默认值:0
  • 这个只读变量表示之前执行语句中出现的警告数。

windowing_use_high_precision

  • 作用域:SESSION | GLOBAL
  • 是否持久化到集群:是
  • 是否受 Hint SET_VAR 控制:否
  • 类型:布尔型
  • 默认值:ON
  • 这个变量用于控制计算窗口函数时是否采用高精度模式。