MySQL工作台会话看不到数据库的更新

Question

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

工作台会话似乎看不到其他会话（应用程序/命令行客户端）对数据库的更新（DML）。
新会话能够在其启动时看到数据库的正确状态，但之后发生的更改对它不可见。似乎工作台
会话在工作台提交后确实与数据库同步。

我得到错误代码：1412。表定义已更改，请在我尝试查询从其他会话创建的表时重试事务。

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

我这是少了个配置什么的吗

更新：

这部分是预期的行为，部分是一个错误。

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

有没有办法改变或设置默认隔离级别的MySQL工作台会话？

在工作台中执行时：

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和默认会话隔离级别

Answer 1

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

根据doc(https://dev . MySQL . com/doc/ref man/5.7/en/innodb-transaction-Isolation-levels . html # iso Level _ repeatable-read)，默认隔离级别为REPEATABLE-READ。

这意味着数据库的快照是在事务的第一次读取时创建的。此事务的每隔一次读取将显示快照的数据。

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

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

因此，由于该错误仍未纠正，解决方法是：

• 切换到自动提交以自动创建新快照
• 或在每次SELECT之后提交/回滚以创建新快照