MySQL无法kill终止事务 提示Unknown thread id错误

• 你碰到的线程ID反复变化、kill提示Unknown thread id，核心原因是触发异常的PHP脚本已经终止运行。PHP是请求级执行模型，脚本因异常退出、超时被回收时，它持有的MySQL连接会自动断开，对应的服务端会话线程会被直接销毁，自然找不到对应ID。
• 你认为“事务既没提交也没回滚就会一直残留”是认知偏差：InnoDB的事务和数据库会话强绑定，只要会话断开（不管是客户端主动断开、网络中断、服务端检测到连接失效），服务端会自动回滚该会话下所有未提交的事务，不会产生脱离会话的孤立事务。
• 你写的批量kill语句存在逻辑错误：where条件写的是user='user'，但你要终止的是root用户创建的连接，条件值不匹配本来就无法定位到目标线程。
• 你在phpMyAdmin中反复执行SHOW FULL PROCESSLIST;看到的不断变化ID的线程，本质是phpMyAdmin自身执行查询时创建的临时连接——phpMyAdmin是PHP编写的Web应用，每次请求都会新建数据库连接，执行完查询后连接立刻释放，ID每次变化是正常现象，和你之前业务脚本的事务没有关系。

1. 先确认是否真的存在残留运行中的事务，不要靠猜测判断，直接查询InnoDB事务表：

   SELECT trx_id, trx_state, trx_started, trx_mysql_thread_id, trx_query 
   FROM information_schema.innodb_trx;
   

   如果查询结果为空，说明之前的异常事务早就随着连接断开被自动回滚，不需要执行任何kill操作。
2. 如果查询结果中确实存在长时间运行的未结束事务，直接取结果里的trx_mysql_thread_id字段值，这个才是事务对应的真实服务端线程ID，执行KILL 对应ID值;即可，不要用processlist里看到的phpMyAdmin临时连接ID。
3. 修正你之前的批量kill语句的匹配条件，要查询root用户的连接就把条件值改为root：

   SELECT CONCAT('KILL ',id,';') FROM information_schema.processlist WHERE user='root';
   

4. 代码层面从根源避免问题：用mysqli_begin_transaction()开启事务后，用try/catch块包裹所有数据库写操作，catch块中显式调用mysqli_rollback()执行回滚，不要依赖脚本异常退出后的自动回收逻辑。

• KILL命令只能终止当前存活的服务端线程，返回Unknown thread id本身就说明你要操作的线程已经被销毁，不需要反复尝试。
• 不要把Web数据库管理工具自身的临时连接当成业务残留连接，这类连接生命周期极短，ID频繁变化是正常表现。
• InnoDB不存在脱离会话长期运行的孤立事务，连接断开后未提交事务的自动回滚是引擎层的默认行为，不需要额外配置。

内容的提问来源于stack exchange，提问作者Hef