如何在TiDB中通过原始查询语句获取对应连接ID以终止ALTER操作？

针对你遇到的这个TiDB中通过原始查询找连接ID来终止ALTER的问题，我给你几个实用的解决方案：

• 自行模拟TiDB的查询格式化逻辑
  TiDB对INFO列的SQL会做标准化处理，主要包括移除块注释（/*...*/）和行注释（--开头到行尾）、统一SQL关键字大小写、压缩多余空格换行。你可以在脚本里先对原始查询做类似处理：
  1. 移除所有/* ... */格式的块注释
  2. 移除所有--开头的行注释
  3. 将SQL关键字统一转为大写（和TiDB的处理保持一致）
  4. 把连续的空格、换行替换成单个空格
     处理完后再去精确匹配INFO列，比如你的示例查询处理后变成ALTER TABLE tbl ADD COLUMN c，执行以下语句即可：

SELECT ID
FROM INFORMATION_SCHEMA.CLUSTER_PROCESSLIST
WHERE INFO = 'ALTER TABLE tbl ADD COLUMN c'
LIMIT 1;

不过要注意，TiDB的格式化还有一些细节（比如引号内内容的处理），复杂语法场景可能需要更细致的处理，但大部分常规ALTER场景下这种方法足够用。

• 用模糊匹配替代精确匹配
  如果不想折腾标准化逻辑，也可以用LIKE做模糊匹配，同时结合其他字段缩小范围避免误判：
  先把原始查询里的注释去掉，转义LIKE中的特殊字符（比如%、_），再加上COMMAND字段过滤（ALTER操作的COMMAND值通常是Alter Table），示例语句如下：

SELECT ID
FROM INFORMATION_SCHEMA.CLUSTER_PROCESSLIST
WHERE INFO LIKE '%ALTER TABLE tbl ADD COLUMN c%'
AND COMMAND = 'Alter Table'
LIMIT 1;

• 执行ALTER时主动记录连接ID
  这是最可靠的方法：如果你的脚本是在同一个连接里执行ALTER，先获取当前连接ID并保存：

SELECT CONNECTION_ID() INTO @current_conn_id;

之后执行ALTER操作，若需要终止，直接用这个ID执行KILL即可：

KILL @current_conn_id;

要是ALTER是在独立连接中执行的，记得在那个连接里先记录ID，再传递给后续的错误处理逻辑。

• 结合更多PROCESSLIST字段精准定位
  TiDB的CLUSTER_PROCESSLIST还有不少辅助字段可以帮你缩小范围，比如执行ALTER的USER、客户端HOST、操作的DB、目标TABLE_NAME（部分版本支持），把这些和模糊匹配结合起来：

SELECT ID
FROM INFORMATION_SCHEMA.CLUSTER_PROCESSLIST
WHERE DB = 'your_database_name'
AND TABLE_NAME = 'tbl'
AND COMMAND = 'Alter Table'
AND INFO LIKE '%ADD COLUMN c%'
LIMIT 1;

这种方式定位精度极高，基本不会出现误匹配的情况。

备注：内容来源于stack exchange，提问作者Andy Marrel