mysql 事务时间设置_在MySQL / InnoDB中设置事务的时间限制

这是从

this related question开始的,在那里我想知道如何在一个简单的情况下强制两个事务顺序发生(两者都只在一行上运行).我得到了一个答案 – 使用SELECT … FOR UPDATE作为两个事务的第一行 – 但这会导致一个问题：如果第一个事务从未提交或回滚,那么第二个事务将无限期地被阻止. innodb_lock_wait_timeout变量设置尝试进行第二次交易的客户端被告知“抱歉,再试一次”的秒数……但据我所知,他们将再次尝试,直到下一次服务器重启.所以：

>当交易永远存在时,肯定有办法强迫ROLLBACK吗？我是否必须使用守护进程来杀死此类事务,如果是这样,这样的守护进程会是什么样子？

>如果连接被wait_timeout或interactive_timeout中间事务终止,那么事务是否已回滚？有没有办法从控制台测试这个？

澄清：innodb_lock_wait_timeout设置事务在放弃之前等待锁释放的秒数;我想要的是一种强制释放锁的方法.

更新1：这是一个简单的示例,演示了为什么innodb_lock_wait_timeout不足以确保第二个事务不被第一个事务阻止：

START TRANSACTION;

SELECT SLEEP(55);

COMMIT;

使用innodb_lock_wait_timeout = 50的默认设置,此事务在55秒后完成且没有错误.如果你在SLEEP行之前添加一个UPDATE,那么从另一个试图SELECT … FOR FOR UPDATE同一行的客户端发起第二个事务,这是第二个超时的事务,而不是那个睡着的事务.

我正在寻找的是一种方法来结束这笔交易的宁静睡眠.

更新2：响应于hobodave关于上述示例的实际情况的问题,这是另一种情况：DBA连接到实时服务器并运行

START TRANSACTION

SELECT ... FOR UPDATE

第二行锁定应用程序经常写入的行.然后DBA被打断并走开,忘记结束交易.应用程序停止运行,直到该行被解锁.我想尽量减少由于这个错误导致应用程序卡住的时间.