Orphaned Transactions（孤儿事务）指已断开连接但在INNODB_TRX中残留的ACTIVE事务，不触发死锁检测且不自动清理，需通过KILL QUERY、事务ID回滚或启用innodb_rollback_on_timeout兜底终止；根本防范在于应用层严格管控连接与事务生命周期，如连接池校验、try-with-resources兜底、事务超时控制及归还前强制终结。
Orphaned Transactions（孤儿事务）不是 MySQL 官方术语，而是运维中对“已断开连接但仍在 INNODB_TRX 中残留的活跃事务”的俗称。这类事务不持有客户端连接，却持续占用锁、阻塞其他查询，是生产环境锁表/慢查询的隐蔽元凶。
它和死锁不同：死锁会被 InnoDB 自动检测并回滚一方；而 Orphaned Transactions 不触发死锁检测，也不会自动清理，必须人工干预或靠配置兜底。
怎么确认存在 Orphaned Transactions？
关键特征：事务状态为 ACTIVE，但对应线程在 information_schema.PROCESSLIST 中已消失（COMMAND 为空或为 Sleep 且 TIME 极大），且 trx_mysql_thread_id 查不到活跃连接。
执行以下语句定位可疑事务：
SELECT
trx_id,
trx_mysql_thread_id,
trx_state,
trx_started,
trx_query,
TIME_TO_SEC(TIMEDIFF(NOW(), trx_started)) AS duration_sec
FROM information_schema.INNODB_TRX
WHERE trx_state = 'ACTIVE'
AND trx_mysql_thread_id NOT IN (
SELECT ID FROM information_schema.PROCESSLIST WHERE COMMAND != 'Sleep' OR TIME > 300
)
ORDER BY duration_sec DESC LIMIT 10;若返回结果中 duration_sec 超过 300 秒（5 分钟），且 trx_query 非空，基本可判定为孤儿事务。
- 常见诱因：应用未正确关闭连接（如未
close()或连接池泄漏）、网络闪断后客户端进程崩溃、JVM OOM 后连接未释放 - 注意：MySQL 8.0.14+ 的
wait_timeout和interactive_timeout仅作用于空闲连接，对已启动事务的连接无效 —— 这正是孤儿事务能长期存活的原因
如何安全终止 Orphaned Transactions？
不能直接 KILL 线程 ID（因为线程已不存在），必须通过事务 ID 回滚。
MySQL 5.7+ 支持用 XA 语法间接操作事务，但更通用、安全的方式是使用 innodb_rollback_on_timeout 配合超时兜底，或手动触发回滚：
- 方式一（推荐，适用于 MySQL 5.7.22+ / 8.0.19+）：
执行KILL QUERY对应的trx_mysql_thread_id（即使显示 Sleep，仍可能生效）；若失败，改用方式二 - 方式二（通用）：构造强制回滚语句
SELECT CONCAT('KILL ', trx_mysql_thread_id, ';') FROM information_schema.INNODB_TRX WHERE ... ;→ 复制输出的KILL命令执行
多数情况下能唤醒沉睡线程并触发回滚 - 方式三（终极兜底）：启用
innodb_rollback_on_timeout=ON（需重启），使锁等待超时（innodb_lock_wait_timeout）时自动回滚整个事务（注意：这会改变语义，仅建议在明确接受该行为的业务中开启）
⚠️ 切勿用 kill -9 mysqld 或重启实例来“解决”——这会导致所有未提交事务回滚，影响更大。
如何从架构上避免 Orphaned Transactions？
根本解法不在数据库侧，而在应用连接生命周期管理。
- 连接池必须启用
testOnBorrow+validationQuery=SELECT 1，并设置合理minEvictableIdleTimeMillis（如 60000），定期驱逐空闲异常连接 - 所有事务代码块必须包裹在
try-with-resources（Java）或with connection:（Python）中，确保commit()/rollback()和close()严格成对 - 禁用长事务：业务层对事务加
@Transactional(timeout = 30)（Spring）或等效超时控制，超过即抛异常并中断 - 监控告警：基于
SELECT COUNT(*) FROM information_schema.INNODB_TRX WHERE TIME_TO_SEC(TIMEDIFF(NOW(), trx_started)) > 300设置 Prometheus + Alertmanager 告警
最易被忽略的一点：autocommit=0 的连接一旦被连接池复用，若前一个使用者未 COMMIT 或 ROLLBACK，新请求会继承其事务上下文 —— 这是很多“幽灵事务”的真实来源。务必确保连接归还池前事务已终结。
