tcp # HAProxy 要使用第 4 层的传输层。 balance roundrobin # 连接数最少的服务器优先接收连接。`leastconn` �→ 建议用于长会话服务，例如 LDAP、SQL、TSE 等，而不是短会话协议，如 HTTP。该算法是动态的 �→ ，对于启动慢的服务器，服务器权重会在运行中作调整。 server tidb-1 10.9.18.229:4000 check inter tcp # HAProxy 要使用第 4 层的传输层。 balance roundrobin # 连接数最少的服务器优先接收连接。`leastconn` �→ 建议用于长会话服务，例如 LDAP、SQL、TSE 等，而不是短会话协议，如 HTTP。该算法是动态的 �→ ，对于启动慢的服务器，服务器权重会在运行中作调整。 server tidb-1 10.9.18.229:4000 check inter TiFlash 的 users.toml 配置文件中进行如下配置： [profiles.default] max_memory_usage = 10000000000000 使用 SQL 语句设置以下会话变量： set @@tidb_isolation_read_engines='tiflash'; set @@tidb_allow_mpp=1; set @@tidb_mem_quota_query

配置项时，你可以在任意 TiDB 节点运 行 kill 命令终止指定的连接及操作，而无需担心客户端和 TiDB 中间有代理时错误地终止其他查询或会 话。目前 TiDB 暂时不支持用 Ctrl+C 终止查询或会话。 用户文档，#8854 • TiKV API V2（实验特性） 在 v6.1.0 之前，TiKV 作为 Raw Key Value 存储时，由于仅存储了客户端传入的原始数据，因此只提供基本 的 tcp # HAProxy 要使用第 4 层的传输层。 balance leastconn # 连接数最少的服务器优先接收连接。`leastconn` �→ 建议用于长会话服务，例如 LDAP、SQL、TSE 等，而不是短会话协议，如 HTTP。该算法是动态的 �→ ，对于启动慢的服务器，服务器权重会在运行中作调整。 65 server tidb-1 10.9.18.229:4000 check tcp # HAProxy 要使用第 4 层的传输层。 balance leastconn # 连接数最少的服务器优先接收连接。`leastconn` �→ 建议用于长会话服务，例如 LDAP、SQL、TSE 等，而不是短会话协议，如 HTTP。该算法是动态的 �→ ，对于启动慢的服务器，服务器权重会在运行中作调整。 server tidb-1 10.9.18.229:4000 check inter

具有里程碑的意义，你可以将一个分布式数据库集群划分成多个 逻辑单元，将不同的数据库用户映射到对应的资源组中，并根据实际需求设置每个资源组的配额。当 集群资源紧张时，同一资源组内的会话所使用的全部资源将受到配额限制，防止某一资源组的过度消 耗对其他资源组的会话造成影响。 该特性也可以将多个来自不同系统的中小型应用整合到同一个 TiDB 集群中。即使某个应用的负载增加， 也不会影响其他应用的正常运行。而在系统负载较低 ad_for_write_stmt 将被废弃。需要注意的是，TiFlash 对于 INSERT INTO �→ SELECT 语句的计算规则不满足 STRICT SQL Mode 要求，因此只有当前会话的SQL 模式为非严格模式 （即 sql_mode 值不包含 STRICT_TRANS_TABLES 和 STRICT_ALL_TABLES），TiDB 才允许将 INSERT INTO SELECT 遵循数据库命名规范，给你的数据库起一个有意义的名字。 • test 数据库是 TiDB 提供的一个默认数据库。如果没有必要，尽量不要在生产环境使用它。你可以自行 使用 CREATE DATABASE 语句来创建数据库，并且在 SQL 会话中使用 USE {databasename}; 语句来更改当 前数据库。 • 使用 root 用户创建数据库、角色、用户等，并只赋予必要的权限。 • 作为通用的规则，不推荐使用 Driver、ORM

limit 所定义的阈值时，TiDB 会尝试 GC 或取消 SQL 操作等方法限制内存使用，保证 TiDB 的稳定性。 需要注意的是，会话中事务所消耗的内存（由配置项txn-total-size-limit 设置最大值）如今被内存 管理模块跟踪：当单个会话的内存消耗达到系统变量tidb_mem_quota_query 所定义的阀值时，将会触 发系统变量tidb_mem_oom_action 所定义的行为（默认为 v6.5.0 之前的 版本中， 该变量 用来设 置单条 查询的 内存使 用限制。 在 v6.5.0 及之后 的版本 中，为 了对 DML 语 句的内 存进行 更准确 地控制， 该变量 用来设 置单个 会话整 体的内 存使用 限制。 43 变量名 修改类型 描述 tidb_ �→ replica �→ _read 修改 从 v6.5.0 起，为 了优化 各个 TiDB 节 点的负 载均衡， 当该变 遵循数据库命名规范，给你的数据库起一个有意义的名字。 • test 数据库是 TiDB 提供的一个默认数据库。如果没有必要，尽量不要在生产环境使用它。你可以自行 使用 CREATE DATABASE 语句来创建数据库，并且在 SQL 会话中使用 USE {databasename}; 语句来更改当 前数据库。 • 使用 root 用户创建数据库、角色、用户等，并只赋予必要的权限。 • 作为通用的规则，不推荐使用 Driver、ORM

ce_plan_ �→ cache-从-v840-版本开始引入">实例级执行计划缓存（实验特性） 实例级执行计划缓存允许同一个 TiDB 实例的所有会话共享执行计划缓存。 �→ 与现有的会话级执行计划缓存相比，实例级执行计划缓存能够在内存中缓存更多执行计划，减少 SQL �→ 编译时间，从而降低 SQL 整体运行时间，提升 OLTP 的性能和吞吐，同时更好地控制内存使用， 4/information-schema-processlist">在内存表中显示 �→ TiKV 和 TiDB 的 CPU 时间 将 CPU 时间合入系统表中展示，与会话或 SQL 的其他指标并列，方便你从多角度对高 CPU �→ 消耗的操作进行观测，提升诊断效率。尤其适用于诊断实例 CPU 飙升或集群读写热点等场景。 0 码力 | 5095 页 | 104.54 MB | 10 月前

3

更多信息，请参考用户文档。 • 支持在会话级将不可见索引 (Invisible Indexes) 调整为可见 #50653 @hawkingrei 在优化器选择索引时，默认情况下不会选择不可见索引。这一机制通常用于在评估是否删除某个索引 之前。如果担心删除索引可能导致性能下降，可以先将索引设置为不可见，以便在必要时快速将其恢 复为可见。 38 从 v8.0.0 开始，你可以将会话级系统变量tidb_opt _use_invisible_indexes 设置为 ON，让当前会话识别 并使用不可见索引。利用这个功能，在添加新索引并希望测试其效果时，可以先将索引创建为不可见 索引，然后通过修改该系统变量在当前会话中测试新索引的性能，而不影响其他会话。这一改进提高 了性能调优的安全性，并有助于增强生产数据库的稳定性。 更多信息，请参考用户文档。 • 支持将 general log 写入独立文件 #51248 认值为 -1，表 示禁用 此系统 变量。 47 变量名 修改类型 描述 tidb_opt_ �→ use_ �→ invisible �→ _ �→ indexes �→ 新增 控制当 前会话 中是否 允许优 化器选 择不可 见索引。 当修改 变量为 ON 时， 对该会 话中的 查询， 优化器 可以选 择不可 见索引 进行查 询优化。 tidb_ �→ schema �→ _cache

ce_plan_ �→ cache-从-v840-版本开始引入">实例级执行计划缓存（实验特性） 实例级执行计划缓存允许同一个 TiDB 实例的所有会话共享执行计划缓存。 �→ 与现有的会话级执行计划缓存相比，实例级执行计划缓存能够在内存中缓存更多执行计划，减少 SQL �→ 编译时间，从而降低 SQL 整体运行时间，提升 OLTP 的性能和吞吐，同时更好地控制内存使用， 4/information-schema-processlist">在内存表中显示 �→ TiKV 和 TiDB 的 CPU 时间 将 CPU 时间合入系统表中展示，与会话或 SQL 的其他指标并列，方便你从多角度对高 CPU �→ 消耗的操作进行观测，提升诊断效率。尤其适用于诊断实例 CPU 飙升或集群读写热点等场景。 0 码力 | 5072 页 | 104.05 MB | 10 月前

3

的默认值比较大，在事务已启动但未提交或回滚的情况下，你可能需要更细粒度的控制和 更短的超时，以避免持有锁的时间过长。此时，你可以使用 TiDB 在 v7.6.0 引入的tidb_idle_transaction_timeout 控制用户会话中事务的空闲超时。 但在实际生产环境中，空闲连接和一直无限执行的 SQL 对数据库和应用都有不好的影响。你可以通过在应用 的连接字符串中配置这两个参数来避免空闲连接和执行时间过长的 SQL 语句。例如，设置 遵循数据库命名规范，给你的数据库起一个有意义的名字。 • test 数据库是 TiDB 提供的一个默认数据库。如果没有必要，尽量不要在生产环境使用它。你可以自行 使用 CREATE DATABASE 语句来创建数据库，并且在 SQL 会话中使用 USE {databasename}; 语句来更改当 前数据库。 • 使用 root 用户创建数据库、角色、用户等，并只赋予必要的权限。 • 作为通用的规则，不推荐使用 Driver、ORM • 使用完全限定的表名称（例如：CREATE TABLE {database_name}.{table_name}）。这是因为你在不指定 数据库名称时，TiDB 将使用你 SQL 会话中的当前数据库。若你未在 SQL 会话中使用 USE {databasename}; 来指定数据库，TiDB 将会返回错误。 • 请使用有意义的表名，例如，若你需要创建一个用户表，你可以使用名称：user, t_user

Tables 增加资源组名称、RU 消耗、以及等待资源耗时。 – 在变量tidb_last_query_info 中增加了 SQL 的RU 消耗信息 ru_consumption，你可以利用此变量获 取会话中上一条语句的资源消耗。 – 增加基于资源组的数据库指标：QPS/TPS、执行时间 (P999/P99/P95)、失败次数、连接数。 – 增加系统表request_unit_by_group 记录资源组每天的历史资源消耗。 �→ index �→ 当前 正处于 开发阶 段，不 推荐修 改该变 量值。 tidb_idle �→ _ �→ transaction �→ _ �→ timeout �→ 新增 用来控 制用户 会话中 事务的 空闲超 时。当 用户会 话处于 事务状 态且空 闲时间 超过该 变量设 定的值 时，会 话会被 Kill 掉。 默认值 0 表示没 有时间 限制。 42 变量名 修改类型 描述 tidb_opt_ 的默认值比较大，在事务已启动但未提交或回滚的情况下，你可能需要更细粒度的控制和 更短的超时，以避免持有锁的时间过长。此时，你可以使用 TiDB 在 v7.6.0 引入的tidb_idle_transaction_timeout 控制用户会话中事务的空闲超时。 但在实际生产环境中，空闲连接和一直无限执行的 SQL 对数据库和应用都有不好的影响。你可以通过在应用 的连接字符串中配置这两个参数来避免空闲连接和执行时间过长的 SQL 语句。例如，设置

数duplicate-resolution 将在未来版本中被移除。 2.2.4 改进提升 • TiDB – 支持并行执行逻辑 DDL 语句 (General DDL)。相比 v8.1.0，在使用 10 个会话并发提交不同 DDL 语句的 场景下，性能提升了 3 到 6 倍 #53246 @D3Hunter – 改进形如 ((a = 1 and b = 2 and c > 3)or (a = 4 and 的默认值比较大，在事务已启动但未提交或回滚的情况下，你可能需要更细粒度的控制和 更短的超时，以避免持有锁的时间过长。此时，你可以使用 TiDB 在 v7.6.0 引入的tidb_idle_transaction_timeout 控制用户会话中事务的空闲超时。 但在实际生产环境中，空闲连接和一直无限执行的 SQL 对数据库和应用都有不好的影响。你可以通过在应用 的连接字符串中配置这两个参数来避免空闲连接和执行时间过长的 SQL 语句。例如，设置 遵循数据库命名规范，给你的数据库起一个有意义的名字。 • test 数据库是 TiDB 提供的一个默认数据库。如果没有必要，尽量不要在生产环境使用它。你可以自行 使用 CREATE DATABASE 语句来创建数据库，并且在 SQL 会话中使用 USE {databasename}; 语句来更改当 前数据库。 236 • 使用 root 用户创建数据库、角色、用户等，并只赋予必要的权限。 • 作为通用的规则，不推荐使用 Driver、ORM