【发布时间】：2014-11-30 05:27:24
【问题描述】：
我使用 .deb 在 Ubuntu 系统中安装了 MySQL Workbench (community-6.2.3)。
工作台会话似乎没有看到其他会话（应用程序/命令行客户端）对数据库进行的更新 (DML)。
新会话能够在其开始时看到数据库的正确状态，但之后发生的任何更改都对其不可见。
在工作台中提交后，工作台会话似乎与 db 同步。
当我尝试查询从不同会话中创建的表时，我收到了Error Code: 1412. Table definition has changed, please retry transaction
。
非工作台会话似乎没有任何这些问题。
我是否缺少配置或其他内容？
更新：
这部分是预期的行为和partly a bug。
我是not using autocommit mode，在这种情况下，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 transaction level not set
MySQL Workbench and default session isolation level
【问题讨论】：
-
任何查询都会发生这种情况？
-
@Vertig0 是的，来自其他会话的插入/更新/删除不会反映在工作台中。
-
这似乎与您开始事务后的预期差不多，具体取决于您配置的隔离级别......我们可以假设您不是故意开始事务吗？发出
ROLLBACK;将使您可以看到其他会话的更改，但问题仍然存在，如果您没有开始交易，您为什么要进行交易。
标签： mysql mysql-workbench isolation-level transaction-isolation