process.getuid() o process.setuid(id) o process.version o process.installPrefix o process.kill(pid, signal='SIGTERM') o process.pid o process.title o process.platform o process.memoryUsage() spawn(command, args=[], [options]) o child_process.exec(command, [options], callback) o child.kill(signal='SIGTERM')  Assert 断言模块 o assert.fail(actual, expected, message, operator) o assert 一个编译内置的属性，用于显示 NODE_PREFIX（Node 安装路径前缀）。 console.log('Prefix: ' + process.installPrefix); process.kill(pid, signal='SIGTERM') Send a signal to a process. pid is the process id and signal is the string

NODE_PREFIX。 console.log('Prefix: ' + process.installPrefix); process.kill(pid, process.kill(pid, process.kill(pid, process.kill(pid, signal='SIGINT') signal='SIGINT') signal='SIGINT') signal='SIGINT') ID，signal 是一个描述要发送信号的字符串，如‘SIGINT’或者‘SIGUSR1’。 如果不指定，默认发送'SIGINT'信号。 更多信息请参看 kill(2)。 请注意，虽然此函数名为 process.kill，但是它仅仅用于发送信号，就像 kill 系统调用。发送的信号做除了结束 目标进程外，还可能做其他的事情。 发送信号的示例： process.on('SIGHUP', function signal.'); }); setTimeout(function () { console.log('Exiting.'); process.exit(0); }, 100); process.kill(process.pid, 'SIGHUP'); 最新版文档：wiki.grati.org QQ 群：53090214 共同学习 NodeJS，欢迎加入。 16 process.pid process

维，避免重启生效对在线业务造 成的影响。 用户文档 • 支持全局 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 兼容的超时控制参数：

部署 Y 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 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 CONFIG Y 的查询超时设置 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

case 和 endswitch 关键词在图表中绘制 Switch 判断. 使用括号表示标注. PlantUML 语言参考指引 (1.2023.11) 113 / 538 6.5 条件判断和终止 [kill, detach] 6 活动图（新语法） @startuml start switch (测试?) case ( 条件 A ) :Text 1; case ( 条件 B ) :Text 2; case stop @enduml 6.5 条件判断和终止 [kill, detach] 你可以在 if 判断中终止一个行为. @startuml if (条件?) then :错误; stop endif #palegreen:行为; @enduml 但如果你想在特定行为上停止，你可以使用 kill 或 detach 关键字: • kill @startuml if (条件?) then #pink:错误; #pink:错误; PlantUML 语言参考指引 (1.2023.11) 114 / 538 6.6 重复循环 6 活动图（新语法） kill endif #palegreen:行为; @enduml [参考. QA-265] • detach @startuml if (条件?) then #pink:错误; detach endif #palegreen:行为; @enduml 6

jq 一个灵活的轻量级命令行JSON处理器 jwhois whois 客户端服务 K kernelversion 打印当前内核的主版本号 kexec 从当前正在运行的内核引导到一个新内核 kill 发送信号到进程 killall 使用进程的名称来杀死一组进程 L last 列出目前与过去登入系统的用户相关信息 lastb 列出登入系统失败的用户相关信息 lastlog 显示系统中所有用户最近一次登录信息 timeconfig、ulimit、unalias、unset adduser、chfn、chsh、date、exit、finger、free、fwhois、gitps、groupdel、 groupmod、halt、id、kill、last、lastb、login、logname、logout、logrotate、 newgrp、nice、procinfo、ps、pstree、reboot、renice、rlogin、rsh、rwho、screen、 参数 返回值 例子 注意 bg 将前台终端作业移动到后台运行 - 111 - 本文档使用 书栈网 · BookStack.CN 构建 1. bash 的作业控制命令包括 bg fg kill wait disown suspend 。 2. 该命令需要 set 选项 monitor 处于开启状态时才能执行；查看作业控制状态：输入 set - o 查看 monitor 行；执行

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 E E E E E E Lock View Y Y Y Y Y Y E E E SHOW CONFIG Y Y Y Y Y Y Y Y Y SET CONFIG Y Y Y E 的查询超时设置 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