在Windows 10 Pro版本1803上使用MySQL Workbench 6.3.8内部版本1228 CE(64位),内部版本17134.112。
我想在MySQL Workbench中恢复旧的工作区。如果不可能,那么我将能够以文本文件的形式访问它们。
我猜我的笔记本电脑昨晚关机异常或重置。通常,我将其置于“睡眠”模式,但是今天早晨打开它时,它会自行重置:所有应用程序都退出了。
我重新打开工作台,并收到以下错误消息:
说我的工作区无法打开。
我无法获得错误消息的全文,所以我不知道确切的工作台在哪里,但是使用Windows资源管理器,我可以导航到:
C:\Users\JamesBarton\AppData\Roaming\MySQL\Workbench\sql_workspaces
在我看来正确,并且包含.workspace
和.autosave
目录。
我已经备份了Workbench\
目录,然后尝试仅删除.autosave
目录,以强制使用.workspace
目录,但是当我这样做时,Workbench仍然刚刚打开了一个空标签。第一个.workspace
目录包含95个文件,包括45个.scratch
文件,总计107kb。
是否可以准确检查MySQL Workbench在哪里寻找工作区?
我可以强迫它直接打开工作区,或者至少告诉我为什么它不能打开工作区吗?如果那不可能,我可以以某种方式从.scratch
文件中提取SQL吗?谢谢。
答案 0 :(得分:0)
应该很容易从只是纯文本文件的临时文件中恢复sql。 sql代码未加密。您也可以在Workbench日志文件中查看(请参阅“帮助”菜单),以查看特定文件是否有错误消息或类似消息。可能有一些文件损坏。在该磁盘上运行文件系统检查器也可能会有所帮助。
PS:在Windows中,您可以在像这样的系统对话框中使用剪贴板。在对话框具有焦点的情况下,只需按Ctrl + C,即可将包括按钮标题在内的整个文本复制到剪贴板。希望这会给您完整的错误消息。
答案 1 :(得分:0)
即使我的桌面在过去3年中多次崩溃(与电源有关或与系统有关),这还是MySQL Workbench第一次出现工作区问题(显然是我当时打开的2个?)。 。当我调查为什么发现这些工作区中的所有.info
和.scratch
文件仅用NUL
字符编写时,因此无法轻松恢复选项卡。咕rr。
我将不得不通过遍历sql_history
和可能的log
文件夹从头开始(哈哈)恢复一切,并根据需要复制/粘贴回GUI。