在插入表编辑器的选项卡，如果使用引用输入了值，则不需要逃逸的字符串中的任何字符都不会逃脱。但是，如果输入相同的字符串而无需引用，则MySQL工作台将被正确逃脱字符串。

5.0和5.1这是预期的行为。如果在没有引导和尾随引号的情况下输入值，则插入编辑器会添加引用并逃脱需要它的字符。但是，如果输入引用文本，则插入编辑器不会进一步检查，因为它假设已输入正确的逃逸和引用序列。

5.2有一个新的插入编辑器。在这种情况下，用户在不引用或转义的情况下进入字符串，并且插入编辑器根据需要处理所有引用和转义。（bug＃38906）

在Forward Engineer SQL CREATE脚本向导，在对话框中要求确认覆盖现有文件，单击取消按钮引导向导继续进行下一步，同时单击代替按钮导致取消行动。按钮的功能似乎是颠倒的。（bug＃47257）

添加插入时零值，MySQL Workbench不正确地将单引号添加到NULL值。

(错误# 47122)

MySQL Workbench在OS X 10.6.0上运行时崩溃。(错误# 46953)

如果选择了默认存储引擎作为myisam.在模型的选择对话框中，当在EER Diagram中创建一个新表时，会发现它的存储引擎类型是Innodb.．(错误# 46752)

当包含无效/损坏的外键定义的模型加载到MySQL工作台时，检测到错误并修复错误。

但是，当保存并重新加载模型时，它包含更改的数据类型。所有整数列改变为整数(11)．此外,一些布尔基列改变为布尔(1)．（bug＃46467）

如果已调用表编辑器，那么文本框工具那首选项对话框变得垂直错位。这只发生在OS X上运行的mysql workbench。（bug＃46255）

在DB连接编辑器中选择了连接时，它会在MySQL Workbench崩溃之前暂时闪烁。（bug＃46065）

当具有存储过程的数据库被反向设计到MySQL Workbench时，存储过程未显示在例程编辑器中，因此无法编辑。（bug＃45704）

当在OS X上运行MySQL Workbench时，如果一个表被添加到模型图中并被删除，应用程序会崩溃。这种情况发生在从活动数据库导入的模式中生成的新图上。(错误# 45692)

在Forward Engineering中，单击复制到剪贴板按钮生成的代码每行包含额外的换行符。(错误# 45579)

尝试重建MySQL Workbench源RPM失败。RPM似乎包含未修改的模板mysql-workbench.spec.in.in.而不是使用实际值替换的变量占位符的正确规格文件。

当使用以下命令重建RPM时:

shell> rpmbuild -ba --clean specs / mysql-workbench.spec.in

生成此错误：

错误：文件/usr/src/packages/sources/mysql-workbench-oss -@version@vers@.tar.gz：没有这样的文件或目录

此外，包中的规范文件有不正确的后缀“.spec.in.“代替“.spec.“．（bug＃45515）

在OS X上，不可能在EER Diagram画布上调整文本对象的大小。(错误# 45472)

参考文献：另见：Bug＃39887。

无法将列分配给索引，因为列复选框对鼠标事件没有响应。(错误# 45260)

MySQL Workbench生成分段错误时，单击神经网络或AI.上的复选框列表编辑器的选项卡。（bug＃45075）

在列表编辑器的选项卡，如果列为类型枚举并且给出了默认值，当尝试转发工程师时，它不会验证。（bug＃44368）

在物理模式窗格中，如果添加了更多模式，则不能符合窗格内，因此无法查看这些模式，因为没有能够滚动窗格。此外，双击目录窗格中的架构未在物理模式窗格中找到架构。

MySQL Workbench进行了更改，因此在Physical Schemata选项卡栏的右侧添加了一个小向下箭头按钮。这提供了一个列表来选择特定的模式选项卡。(错误# 39735)

当帮助那关于从主菜单中选择，无法将MySQL Workbench版本信息复制到剪贴板。（bug＃39610）

当一个图以PNG格式导出时，它使用了EER图中显示的模型的高度和宽度。这导致输出的图片太小或太大，而不是缩放到一致的大小。(错误# 36226)