• Support killing queries or connections globally You can control the Global Kill feature using the enable-global-kill configuration (enabled by default). Before TiDB v6.1.0, when an operation consumes causes cluster stability issues, you have to connect to the target TiDB instance and then run the KILL TIDB ${id}; command to terminate the target connection and operation. In the case of many TiDB instances to wrong operations. Starting from v6.1.0, the enable-global-kill configuration is introduced and enabled by default. You can run the kill command in any TiDB instance to terminate a specified connection

op- er- a- tor Y Y Y Y Y Y Y Y Y Y Y Built- in phys- i- cal backup Y Y Y Y Y Y Y Y Y Y Y Global Kill Y Y Y Y Y E E E E E E Lock View Y Y Y Y Y Y Y Y E E E SHOW �→ �→ CONFIG �→ Y Y Y Y Y Y Y Y Y TiDB, because the client sends a KILL command to the database when it detects the timeout. However, the tidb-server is load balanced, and it will not execute this KILL command to avoid termination of the information. If you encounter insufficient space in downstream TiKV during import, you can manually run the kill command (without the -9 option) on all TiDB Lightning instances. After scaling up the capacity, you

Y 71 Management, ob- serv- abil- ity, and tools 7.5 7.1 6.5 6.1 5.4 5.3 5.2 5.1 5.0 4.0 Global Kill Y Y Y Y E E E E E E Lock View Y Y Y Y Y Y Y E E E SHOW �→ �→ CONFIG �→ Y Y Y Y Y Y Y Y Y Y SET TiDB, because the client sends a KILL command to the database when it detects the timeout. However, the tidb-server is load balanced, and it will not execute this KILL command to avoid termination of the information. If you encounter insufficient space in downstream TiKV during import, you can manually run the kill command (without the -9 option) on all TiDB Lightning instances. After scaling up the capacity, you

Y Y Y Y Y Y Kubernetes operator Y Y Y Y Y Y Y Y Built-in physical backup Y Y Y Y Y Y Y Y Global Kill Y Y E E E E E E Lock View Y Y Y Y Y E E E SHOW CONFIG Y Y Y Y Y Y Y Y SET CONFIG Y Y E E E E E TiDB, because the client sends a KILL command to the database when it detects the timeout. However, the tidb-server is load balanced, and it will not execute this KILL command to avoid termination of the the upgrade is completed. • Upgrade gets stuck due to using the kill -9 command for offline upgrade • Precautions: avoid using the kill -9 command to perform the offline upgrade. If it is necessary, restart

维，避免重启生效对在线业务造 成的影响。 用户文档 • 支持全局 kill 查询或连接 支持通过 enable-global-kill 配置项（默认开启）设置全局 kill 开关。 在 TiDB v6.1.0 之前，当某个特定操作占用大量资源引发集群稳定性问题时，你需要先登陆到对应的 TiDB 节点，然后运行 kill [TiDB] id 命令终止对应的连接及操作。在 TiDB 节点多的情况下，这种方式使用 节点多的情况下，这种方式使用 不便，并且容易误操作。从 v6.1.0 起，当开启 enable-global-kill 配置项时，你可以在任意 TiDB 节点运 行 kill 命令终止指定的连接及操作，而无需担心客户端和 TiDB 中间有代理时错误地终止其他查询或会 话。目前 TiDB 暂时不支持用 Ctrl+C 终止查询或会话。 用户文档，#8854 • TiKV API V2（实验特性） 在 v6 需修改 对应的 系统变 量。 47 配置 文件 配置 项 修改 类型 描述 TiDB enable �→ - �→ global �→ - �→ kill �→ 新增 当该配 置项值 默认为 true ， KILL 语 句和 KILL �→ TIDB 语句均 能跨节 点终止 查询或 连接， 无需担 心错误 地终止 其他查 询或连 接。 TiDB enable �→ - �→ stats

@lance6716 * 修复 TiDB Lightning 在服务器模式下可能会将敏感信息打印到日志中的问题 #36374 @kennytm * 修复 TiDB Lightning 导入数据时，kill PD Leader 会导致 invalid store ID 0 报错的问题 #50501 @Leavrth * 修复 TiDB Lightning 使用 replace 方式处理冲突数据时报 TiUP 部署 Y Y Y Y Y Y Y Y Y Kubernetes operator Y Y Y Y Y Y Y Y Y 内置物理备份 Y Y Y Y Y Y Y Y Y Global Kill Y Y Y Y Y E E E E Lock View Y Y Y Y Y Y Y Y E SHOW CONFIG Y Y Y Y Y Y Y Y Y SET CONFIG Y Y Y Y 的查询超时设置 setQueryTimeout() 对 TiDB 不起作用。这是因为现实客户端感知超时时，向数据库 发送一个 KILL 命令。但是由于 tidb-server 是负载均衡的，为防止在错误的 tidb-server 上终止连接，tidb-server 不 会执行这个 KILL。这时就要用 MAX_EXECUTION_TIME 实现查询超时的效果。 TiDB 提供了三个与 MySQL 兼容的超时控制参数：

Y Y Y Y Y Y Y Kubernetes operator Y Y Y Y Y Y Y Y Y Y Y Y 内置物理备份 Y Y Y Y Y Y Y Y Y Y Y Y Global Kill Y Y Y Y Y Y E E E E E E Lock View Y Y Y Y Y Y Y Y Y E E E SHOW CONFIG Y Y Y Y Y Y Y Y Y Y Y Y SET 的查询超时设置 setQueryTimeout() 对 TiDB 不起作用。这是因为现实客户端感知超时时，向数据库 发送一个 KILL 命令。但是由于 tidb-server 是负载均衡的，为防止在错误的 tidb-server 上终止连接，tidb-server 不 会执行这个 KILL。这时就要用 MAX_EXECUTION_TIME 实现查询超时的效果。 TiDB 提供了三个与 MySQL 兼容的超时控制参数： 推荐优先使用 MySQL 作为 Driver，避免因为 TiDB Lightning 运行在容器环境，容器退出后断点信息被一并删除。 如果导入过程中遇到下游 TiKV 空间不足，可以手动执行 kill 命令关闭（不要带 -9 选项）所有 TiDB Lightning 实 例，待扩容后，基于断点信息继续导入。 6.3.7 导入大单表的最佳实践 多表导入会导致 Checksum、Analyze

transaction �→ _ �→ timeout �→ 新增 用来控 制用户 会话中 事务的 空闲超 时。当 用户会 话处于 事务状 态且空 闲时间 超过该 变量设 定的值 时，会 话会被 Kill 掉。 默认值 0 表示没 有时间 限制。 42 变量名 修改类型 描述 tidb_opt_ �→ enable �→ _fuzzy �→ _ �→ binding �→ 新增 用于控 制是否 Y Y Y Y Y Y Y Y Y Kubernetes operator Y Y Y Y Y Y Y Y Y Y Y 内置物理备份 Y Y Y Y Y Y Y Y Y Y Y Global Kill Y Y Y Y Y E E E E E E Lock View Y Y Y Y Y Y Y Y E E E SHOW CONFIG Y Y Y Y Y Y Y Y Y Y Y SET CONFIG 的查询超时设置 setQueryTimeout() 对 TiDB 不起作用。这是因为现实客户端感知超时时，向数据库 发送一个 KILL 命令。但是由于 tidb-server 是负载均衡的，为防止在错误的 tidb-server 上终止连接，tidb-server 不 会执行这个 KILL。这时就要用 MAX_EXECUTION_TIME 实现查询超时的效果。 TiDB 提供了三个与 MySQL 兼容的超时控制参数：

tools 8.1 7.5 7.1 6.5 6.1 5.4 5.3 5.2 5.1 Built- in phys- ical backup Y Y Y Y Y Y Y Y Y Global Kill Y Y Y Y Y E E E E Lock View Y Y Y Y Y Y Y Y E SHOW �→ �→ CONFIG �→ Y Y Y Y Y Y Y Y Y SET �→ TiDB, because the client sends a KILL command to the database when it detects the timeout. However, the tidb-server is load balanced, and it will not execute this KILL command to avoid termination of the information. If you encounter insufficient space in downstream TiKV during import, you can manually run the kill command (without the -9 option) on all TiDB Lightning instances. After scaling up the capacity, you

er- a- tor Y Y Y Y Y Y Y Y Y Y Y Y Built- in phys- i- cal backup Y Y Y Y Y Y Y Y Y Y Y Y Global Kill Y Y Y Y Y Y E E E E E E Lock View Y Y Y Y Y Y Y Y Y E E E SHOW �→ �→ CONFIG �→ Y Y Y Y Y Y Y TiDB, because the client sends a KILL command to the database when it detects the timeout. However, the tidb-server is load balanced, and it will not execute this KILL command to avoid termination of the information. If you encounter insufficient space in downstream TiKV during import, you can manually run the kill command (without the -9 option) on all TiDB Lightning instances. After scaling up the capacity, you