6

我使用 .deb 在 Ubuntu 系统中安装了 MySQL Workbench (community-6.2.3)。

工作台会话似乎没有看到其他会话(应用程序/命令行客户端)对数据库进行的更新 (DML)。
新会话能够在其开始时看到数据库的正确状态,但之后发生的任何更改都对其不可见。
在工作台中提交后,工作台会话似乎与 db 同步。

Error Code: 1412. Table definition has changed, please retry transaction 当我尝试查询从不同会话创建的表时,我得到了。

非工作台会话似乎没有任何这些问题。

我是否缺少配置或其他内容?


更新:

这部分是预期行为,部分是错误

没有使用自动提交模式,在这种情况下,SELECT语句是使用第一次读取时建立的快照执行的。
这是 MySQL Workbench 使用的 REPEATABLE READ 隔离级别的行为。

有没有办法更改或设置 MySQL Workbench 会话的默认隔离级别?

在 Workbench 中执行时:

SELECT @@Global.tx_isolation, @@tx_isolation, @@session.tx_isolation;

返回:

READ-COMMITTED, REPEATABLE-READ, REPEATABLE-READ

相反,在命令行客户端:

READ-COMMITTED, READ-COMMITTED, READ-COMMITTED

相关:
MySQL REPEATABLE-READ Workbench 事务级别未设置
MySQL Workbench 和默认会话隔离级别

4

1 回答 1

3

这是一个老问题,但我仍然有同样的错误。OP 在另一个线程( http://bugs.mysql.com/bug.php?id=69800)中提到了在 MySQL Workbench 上打开的错误。

根据文档(https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html#isolevel_repeatable-read),默认隔离级别为 REPEATABLE-READ。

这意味着数据库的快照是在第一次读取事务时创建的。对该事务的每一次其他读取都会向您显示快照的数据。

因此,您需要结束事务(提交或回滚)以在下次读取时获取新快照。

我在 AutoCommit 上设置 MySQL Workbench 的同事看不到可重复读取的行为。我们发现这是因为在每次 SELECT 之后,事务都会关闭并创建新的快照。

因此,由于该错误仍未得到纠正,解决方法是:

  • 切换到自动提交以自动创建新快照
  • 或在每次 SELECT 后提交/回滚以创建新快照
于 2016-11-29T11:01:10.180 回答