MySQL (InnoDB): 既不能删除数据库也不能创建它
MySQL (InnoDB): Cannot drop database nor create it
尝试时 (InnoDB)：
DROP DATABASE mydatabase;
我几乎立即得到：
ERROR 2013 (HY000): Lost connection to MySQL server during query
我检查了超时，它们远远不够短（600 秒），所以我停止了 MySQL，删除了 mydatabase 文件夹并再次启动 MySQL。然后我重新创建了我的数据库并从转储中加载它：
mysql -u <user> -p mydatabase < Dump.sql
但是由于一些已经存在的 table（虽然我确定它没有在转储文件中重复），这个过程一次又一次地失败了，所以在这一点上我真的不知道该怎么做做以及我是否面临一些 InnoDB 损坏问题（日志未显示任何相关内容）。
有什么想法吗？
所以最后，正如（他的功劳）@t.niese 的 link 指出的那样，我不再尝试删除（损坏的）数据库并最终将转储恢复到另一个数据库中，只是改了个名字。幸运的是我不需要有相同的名字，所以我跳过了 link 指出的那个漫长的过程。但很遗憾，损坏的数据库似乎会保留在 ibdata1 文件中。
尝试时 (InnoDB)：
DROP DATABASE mydatabase;
我几乎立即得到：
ERROR 2013 (HY000): Lost connection to MySQL server during query
我检查了超时，它们远远不够短（600 秒），所以我停止了 MySQL，删除了 mydatabase 文件夹并再次启动 MySQL。然后我重新创建了我的数据库并从转储中加载它：
mysql -u <user> -p mydatabase < Dump.sql
但是由于一些已经存在的 table（虽然我确定它没有在转储文件中重复），这个过程一次又一次地失败了，所以在这一点上我真的不知道该怎么做做以及我是否面临一些 InnoDB 损坏问题（日志未显示任何相关内容）。
有什么想法吗？
所以最后，正如（他的功劳）@t.niese 的 link 指出的那样，我不再尝试删除（损坏的）数据库并最终将转储恢复到另一个数据库中，只是改了个名字。幸运的是我不需要有相同的名字，所以我跳过了 link 指出的那个漫长的过程。但很遗憾，损坏的数据库似乎会保留在 ibdata1 文件中。