提示:不要在 MySQL Workbench 中为“标准 TCP/IP over SSH”连接运行 ALTER 语句。最好进入服务器并从那里运行 ALTER。这样，如果您失去与服务器的连接，ALTER 仍应完成其工作。

我正在尝试在我昨天尝试创建的数据库中创建一个新表。问题是，我的互联网一直在微辍学中失去连接。我相信这些故障之一是在我创建表时发生的，现在当我尝试创建一个具有完全相同的名称的表时:

CREATE TABLE IF NOT EXISTS `adstudio`.`data_feed_param` (
  `id` BIGINT UNSIGNED NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`id`))
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8;

我收到这个错误:

Error Code: 1005. Can't create table 'adstudio.data_feed_param' (errno: -1)

之前，我尝试用许多其他列创建这个表，其中一个名为 input_type，并且我有一个与 input_type 有外键关系的列:

CREATE TABLE IF NOT EXISTS `adstudio`.`data_feed_param` (
  `id` BIGINT UNSIGNED NOT NULL AUTO_INCREMENT,
  ...
  `input_type` TINYINT UNSIGNED NOT NULL DEFAULT '1',
  ...
  PRIMARY KEY (`id`),
  INDEX `fk_input_type_idx` (`input_type` ASC),
  CONSTRAINT `fk_input_type`
    FOREIGN KEY (`input_type`)
    REFERENCES `adstudio`.`input_type` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8;

我注意到当 Propel 无法重新生成时，此列很糟糕。我删除了表，更改了列名，现在我无法添加与 InnoDB 引擎具有完全相同名称的表。

但是，我能够在 MyISAM 中创建一个具有完全相同名称的表，插入和删除它都没有问题。

如何修复数据库以便创建表？

更新 2015/06/01:所以除了在不同的情况下，我再次丢失了同一张 table 。首先，我为表名添加了一个前缀以避免上述问题，adstudio.account_data_feed_pa​​ram。

其次，我正在对此表进行更改而不是删除它。我运行了 ALTER 来添加一列，但收到消息“MySQL 服务器已消失”。我在 MySQL Workbench 中完成了所有这些工作。

第三，我有一个引用此表的多对多表其中填充了数据。这怎么可能？ MySQL 怎么会任意删除我的表？

如果我尝试访问外键定义，我会收到以下消息:

Error getting DDL for object.
Table 'adstudio.account_data_feed_param' doesn't exist

现在是表的创建SQL:

-- -----------------------------------------------------
-- Table `adstudio`.`account_data_feed_param`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `adstudio`.`account_data_feed_param` (
  `id` BIGINT(20) UNSIGNED NOT NULL,
  `account_id` BIGINT(20) UNSIGNED NOT NULL,
  `name` VARCHAR(64) NOT NULL,
  `default_value` VARCHAR(64) NOT NULL,
  `input_type_id` SMALLINT(5) UNSIGNED NOT NULL,
  `lookups_json` MEDIUMTEXT NOT NULL,
  `enabled` TINYINT(1) UNSIGNED NOT NULL DEFAULT '1',
  `creation_user_id` BIGINT(20) UNSIGNED NOT NULL,
  `creation_date` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `last_modified_user_id` BIGINT(20) UNSIGNED NOT NULL,
  `last_modified_date` TIMESTAMP NOT NULL DEFAULT '1970-01-01 00:00:01',
  `deletion_user_id` BIGINT(20) UNSIGNED NULL DEFAULT NULL,
  `deletion_date` TIMESTAMP NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  INDEX `dfp_account_idx` (`account_id` ASC),
  INDEX `dfp_input_type_idx` (`input_type_id` ASC),
  INDEX `dfp_creation_user_idx` (`creation_user_id` ASC),
  INDEX `dfp_last_modified_user_idx` (`last_modified_user_id` ASC),
  INDEX `dfp_deletion_date_idx` (`deletion_user_id` ASC),
  CONSTRAINT `dfp_account`
    FOREIGN KEY (`account_id`)
    REFERENCES `adstudio`.`account` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `dfp_input_type`
    FOREIGN KEY (`input_type_id`)
    REFERENCES `adstudio`.`input_type` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `dfp_creation_user`
    FOREIGN KEY (`creation_user_id`)
    REFERENCES `adstudio`.`user` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `dfp_last_modified_user`
    FOREIGN KEY (`last_modified_user_id`)
    REFERENCES `adstudio`.`user` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `dfp_deletion_date`
    FOREIGN KEY (`deletion_user_id`)
    REFERENCES `adstudio`.`user` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB
AUTO_INCREMENT = 1
DEFAULT CHARACTER SET = utf8;

这是我尝试运行的 ALTER 语句:

ALTER TABLE `adstudio`.`account_data_feed_param` 
    ADD COLUMN `input_type` VARCHAR(32) NOT NULL DEFAULT 'text' AFTER `input_type_id`;

并尝试在纯 MySQL 命令行界面中创建相同的表，我现在收到:

ERROR 1005 (HY000): Can't create table 'adstudio.account_data_feed_param' (errno: -1)

我假设 InnoDB

我的数据库运行在 Amazon RDS 之外，所以我只有他们提供给我的访问权限。这是我运行的服务器版本:

mysql> SELECT VERSION();
+------------+
| VERSION()  |
+------------+
| 5.5.40-log |
+------------+
1 row in set (0.02 sec)

我真的，真的不想重构我所有的代码，因为 MySQL 不允许我重新创建我的表。那太蠢了。与此同时，我提出这个问题以获得赏金。

最佳答案

InnoDB 中的 DDL 不是事务性的，因此 .frm 文件和 InnoDB 字典中的信息可能不同。在你的情况下，看起来 .frm 文件丢失了，但字典中有一个孤立的记录(好吧，实际上记录在几个字典 SYS_* 表中)。

您不能轻易地从字典中删除一条记录。您需要一个相应的 .frm 文件，以便 MySQL 将您的 DROP 传递到 InnoDB 级别。使用 RDS，您无法做到这一点。

但是你可以删除整个数据库。在这种情况下，InnoDB 将从字典中删除所有记录，包括孤立记录。

所以，为了清理你的字典，我建议如下:

1. 停止所有到 MySQL 的流量，将其设置为只读
2. 创建一个临时数据库adstudio_tmp
3. RENAME 所有表格从 adstudio 到 adstudio_tmp
4. 删除数据库 adstudio。此时它是空的。 DROP 将清除 InnoDB 字典中的所有条目。
5. RENAME 所有表格从 adstudio_tmp 回到 adstudio

在此之后字典应该是干净的，您将能够创建您的 data_feed_pa​​ram。

我在unsuccessful ALTER TABLE之后描述了类似的问题.查看更多详细信息。

关于mysql - 如何修复 InnoDB 损坏，从创建中锁定表名(errno : -1) on AWS RDS?，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/28218239/