MySQL Workbench 6.3(Mac)挂在简单的查询上
我在使用OS X Yosemite 10.10.5的Mac上使用MySQL Workbench 6.3.7 build 1199 CE(64位)。 我正在连接到Amazon RDS MySQL实例。
当我input一个简单的查询如
select * from `devices`;
然后点击带有闪电符号的图标,查询开始,在下面的屏幕截图中的“SQL文件4”选项卡旁边激活的微调框显示。 但是,查询不完成,它只是挂起。 白色的红色停止标志图标被禁用。
我只能从这个时候强制退出MySQL Workbench。 如果我试图做一个正常的戒烟,没有任何反应。
我怎样才能一直在我的数据库上运行一个简单的查询? 有时候它可以工作(可能是10%的时间),但是它大部分都是挂起来的。
更新2:它看起来像在MacOS HighSierra再次出现的错误。 有关更多详细信息,请参阅https://bugs.mysql.com/bug.php?id=83658 。
有一个非官方的版本可以解决这个问题。 您可以通过以下url下载: https : //drive.google.com/drive/folders/0B2fTesDcrHzVRGVFWEdILWpuaEE?usp =分享
这个版本是由Bob Davenport创build的。 有关更多详细信息,请参阅https://bugs.mysql.com/bug.php?id=87714 。
更新:这个错误在MySQL Workbench 6.3.9中修复。
———————–原来的答案———————–
这是一个已知的MySQL错误:由MacOS Sierra中引入的GateKeeper Path Randomisation引起的http://bugs.mysql.com/bug.php?id=83658 。 请参阅https://weblog.rogueamoeba.com/2016/06/29/sierra-and-gatekeeper-path-randomization/ 。
可能的解决方法是删除隔离ACL:
xattr -dr com.apple.quarantine "/Applications/MySQLWorkbench.app"
我发现,如果您使用最新的6.3版本,为了使查询工作,您打开第一个连接并忽略它,然后打开第二个连接。 这将在工作台中创build两个选项卡。 如果您在第二个标签中执行查询,则可以使用。 如果你尝试在第一个标签,它挂起。
我也发现你必须做一个强制退出工作台。
我希望MySQL的人们得到这个修复。
为了解决这个问题,我把MySQL Workbench降级到了6.1。 现在我能够运行我的查询,它不会挂起。
在我的情况下,它正在改变connection-> ssl->使用SSL设置从“如果可用”到“否”。 OSX 10.12.1上的Workbench 6.3.8现在适用于我。
死亡的旋转之轮是由于塞拉利昂更新中引入的新function“ 关守path随机化 ”。
按照说明操作:
- 打开MySQL工作台:)
- 右键点击你的连接(很可能是“localhost”或“127.0.0.1”)
- select“编辑连接”
- 在右侧窗口中select“连接> SSL”
- 将“如果可用”更改为“使用SSL”至“否”
- 现在点击标签“系统configuration文件”
- select“MacOS X”作为系统types
- 点击“testing连接”
学分: http : //cordobo.com/2398-mysql-workbench-6-3-macos-sierra-hangs-on-simple-queries/
6.3.9版本解决了这个问题,但是这个版本没有在“检查升级”选项中显示,你需要直接从网站下载。
MySQL Workbench官方下载页面
6.3.9修复了mac中的问题。 这里是链接MySql 6.3.9
我发现删除caching和工作区文件夹内容(〜/库/应用程序支持/ MySQL /工作台)它再次工作。 我没有find的是如何确保它不再挂起:-(
我还发现,如果我手动closures菜单中的“连接”选项卡,并从菜单中退出WB,而不是从操作系统窗口button,则下次看起来更稳定。
PS:我正在使用SSH连接,所以可能是由于这个,但并不总是发生。
更新:干净的安装和没有SSHconfiguration问题仍然存在。 除非您手动删除caching文件夹文件,否则它将继续挂起。
这在某些时候似乎有所帮助,但不是100%:使用不同的用户连接到数据库,然后与原始用户重新连接。
我即将降级,就像接受的答案所说,因为这不能解决每一次。
我通过删除用户库文件夹并退回到版本6.2.5来解决问题一段时间…但今天发现问题又回来了。 所以今天我删除了用户库文件夹,并退回到6.1.7版本。 它现在正在工作。
就我而言,IP地址改变了mySQL的服务地点。 冲洗的DNS修复它为我:
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder; say cache flushed
这仍然是6.3.8中的一个开放的错误: https ://bugs.mysql.com/bug.php ? id = 82231
可能的解决方法是打开具有相同连接的辅助选项卡并在其中工作。 然而它不时不时地崩溃。
在bug修复之前,我使用免费的Mysql Workbench来替代常见的工作。 对于mac用户,我会build议https://sequelpro.com 。
升级到6.3.9修复了这个问题。 6.3.4对我来说是悬而未决的。 不幸的是,“帮助”>“检查更新”没有显示任何更新可用,所以我去了源。