更新后无限的交易问题 mysql 5.0-> 5.6

我更新了我们的整个服务器 mysql db 从 5.0 到 5.6, 包括变革

一些

table 在 innodb, 从那时起，我们只有无尽交易所遇到的任何问题。 我仍然有一个中间服务器使用 5.0, 我可以确认我们只在新数据库服务器上停止了已停止的事务。 两个服务器都在模式下工作 tx_isolation = REPEATABLE-READ (
http://dev.mysql.com/doc/refma ... .html
). 我几乎相信所有涉及的表格 - 这是 InnoDB 对于两个服务器。

那么，我们遇到的问题的一个简单的例子， - 这是一种发送欢迎信件的过程，它将作为主管的子元素推出 (不是很重要). 在舞台上 env 从 mysql 5.0 连接持续几分钟而且没有开放事务：

From show full processlist:

1639945 dbuser  <app-stage>:54536   db  Sleep   246     NULL



InnoDB transaction logs:

<nothing>

与我们的生产环境完全相同的节目 mysql 5.6 和一个突然的后裔 - 恶魔，这阻止了非常重要的表格，永远不会释放它们。

From show full processlist:

28674638    dbuser  <app-prod>:54836    db  Sleep   67131   NULL



Innodb transaction:

---TRANSACTION 90461789, ACTIVE 67062 sec

MySQL thread id 28674638, OS thread handle 0x7f8ab934f700, query id 758722407 <app-prod> dbuser cleaning up

Trx read view will not see trx with id &gt;= 90461790, sees &lt; 89033402

当它不会引起可怕的问题时，交易如下所示：

---TRANSACTION 111578756, not started

MySQL thread id 42149496, OS thread handle 0x7f8ac29b4700, query id 975441865 <app-prod> dbuser cleaning up

有人有建议吗？ 我思考在没有固定的情况下包含阅读交易模式，但 ... 它看起来像是一个对另一个问题的纠正，我真的需要知道什么是最初的问题！
</app-prod></app-prod></app-prod></nothing></app-stage>