我有一个 myism 表“测试”，其中包含一些过时的数据，现在我想重新创建表，所有列都相同，只是我将存储从 myism 更改为 innodb。我用来重新创建表的dump sql是这样的：
drop table test;
create table test ( ... )
engine=innodb
insert into test(...) values(...)
这就是我得到错误“从存储引擎得到错误 -1”的地方，我用谷歌搜索了一下，大部分结果都集中在损坏的 innodb 表上。虽然就我的情况而言，我认为它没有损坏，但这只是我在删除和创建语句时错过的东西。
另一件事是，在执行了上面的 sql 之后，表测试剩下的就是一个名为 file.frm 的文件，我猜 innodb 表需要一些其他的东西来运行，但不确定是什么。
我该如何解决这个问题？而且我可能需要做更多此类任务，删除 myism 表并将它们重新创建为 innodb 的正确程序是什么？
谢谢。
【问题讨论】：
如果不存在则创建表banners (
id int(255) NOT NULL AUTO_INCREMENT,
user int(255) NOT NULL DEFAULT '0',
键type (type)
)
engine=myisam DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
此代码更改为
如果不存在则创建表 banners (
id int(255) NOT NULL AUTO_INCREMENT,
user int(255) NOT NULL DEFAULT '0',
键type (type)
)
engine=INNODB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
【讨论】：
我在 Azure 上进行了 SQL 导入，需要更改
ENGINE=MyISAM 与 ENGINE=InnoDB
【讨论】：
要了解 unix 或 linux 系统上任何系统错误代码的错误代码是什么，请查看 errno.h。在我的 Mac 上，我可以这样做：
$ grep 28 /usr/include/sys/errno.h
#define ENOSPC 28 /* 设备上没有剩余空间 */
在其他操作系统上，例如linux，由于机器层子包含，还会有一些其他层。但是，您应该能够查看这些文件并找到这些错误定义。
或者，使用“man”命令在“2”部分（操作系统部分）下查找“介绍”或其他手册页。
【讨论】：
转到 /etc/my.cnf
注释行 innodb_force_recovery=1
保存文件并重启mysql
【讨论】：
好的。我找到了解决方案。 该问题是由 my.cnf 中的 innodb_force_recovery 参数引起的，该参数设置为 4。
为解决问题，设置为0或从my.cnf中完全删除该参数
如果您检查错误日志，在查询期间，mysql 会以人类可读的语言编写：在启用 innodb 恢复模式之前，它不会让您更改表中的任何内容，正好是下一条消息：
InnoDB: A new raw disk partition was initialized or InnoDB: innodb_force_recovery is on: we do not allow InnoDB: database modifications by the user. Shut down InnoDB: mysqld and edit my.cnf so that newraw is replaced InnoDB: with raw, and innodb_force_... is removed.
【讨论】：
-1 错误的常见原因是磁盘已满。我有不同的小型虚拟机用于测试目的，innodb 只是不断填充它们（我一直忘记它）。
$df -ah
如果它向您显示 100% 的磁盘，那就是 -1 的来源；）
【讨论】：