向现有表添加外键会出现错误 1050 表已存在

Question

我有一个带有列的表 CustomizationSet：

customization_set_guid (which is a non-nullable guid and also the primary key)
creator_account_guid
and a few others

以及一个带有现有数据的表 带有列的注册：

registration_id (an int and the primary key)
customization_set_guid (also a guid (so a char(36)) which is nullable, and all entries are currently null)
and a few other columns

当我尝试

ALTER TABLE Registration ADD FOREIGN KEY 
    (
        customization_set_guid
    ) REFERENCES CustomizationSet (
        customization_set_guid
    );

在 MySQL Workbench 中运行时，它给出错误 1050Table '.\dbname\registration' 已存在。

如果我尝试使用 UI 通过“更改表”对话框的“外键”选项卡添加外键，并选择 CustomizationSet 作为引用表，它不会让我在列列表中选择customization_set_guid。

我真的不确定为什么它不允许我添加这个外键。我刚刚在刚刚添加的表之间成功创建了外键。注册表已经存在一段时间了......

Answer 1

我遇到了同样的错误，这是由于外键已经存在。你想要的只是添加约束：

ALTER TABLE Registration 
  ADD CONSTRAINT idx_Registration_CustomizationSet 
  FOREIGN KEY (customization_set_guid) 
  REFERENCES CustomizationSet(customization_set_guid);

Answer 2

看起来 MySQL 上有一个错误报告，位于此处：

MySQL Bug 55296

最后，我猜他们升级了服务器并解决了问题。从阅读来看，我不确定。他们确实有一些解决方法，例如输入约束名称/更改它们。如果您认为这是相同的，我会要求重新打开该错误。

有一次，他们提到类型不匹配，工作台响应错误错误（应该是 errno 150 或 errno 121）。您可以在此处查看这些错误的原因：
MySQL 外键错误和 Errno 150

Answer 3

所以一个团队成员想出了这个办法。其中一个表设置为 utf8_general 类型，另一个表设置为默认类型。我不认为这是一个问题，因为默认值是 utf8_general，但显然 mysql 只查看类型名称而不是底层类型。

Answer 4

我遇到了同样的错误，由于尚未提及我的情况，我将发布此答案，希望它可以节省某人的时间！

我的两个表引擎不同。
一个是 InnoDB，另一个是 MyIsam。

要更改表的引擎：

选择表，点击更改表，然后点击双箭头
工作台的最右侧（因此它将指向上方）。

现在更换引擎！

Answer 5

• 检查 CustomizationSet 表的存储引擎类型。

我遇到了同样的问题，但我可以通过将引擎类型更改为来解决它
InnoDB ，因为很少有类型不支持外键约束。

Answer 6

不确定表是否已经存在，但它不允许您选择所需列的原因很可能是由于列不是同一类型。检查以确保它们具有相同的类型、相同的长度并且具有相同的选项。

Answer 7

我不确定这是否是一个错字，但不应该

ALTER TABLE Registration ADD FOREIGN KEY 
(
    customization_set_guid
) REFERENCES CustomizationSet (
    customization_set_guid
);

是这样的

ALTER TABLE Registration ADD FOREIGN KEY 
customization_set_guid_fk (customization_set_guid) 
REFERENCES CustomizationSet (customization_set_guid);

Answer 8

我也遇到了类似的问题，最终是完整性约束的问题。
外键列引用了一个没有引用的外键列
存在。

尝试运行以下命令来测试是否是这种情况：

select r.customization_set_guid, c.customization_set_guid
from Registration r
right join CustomizationSet c
on 
r.customization_set_guid = c.customization_set_guid
where isnull(c.customization_set_guid);

Answer 9

使用 MysqlWorkbench 时，该错误具有误导性。我的问题是，我试图在已经有行且其中一行为空的表上添加外键约束（不满足 FK 约束）。MysqlWorkbench 没有抱怨如果应用该约束就会失败，而是报告该表存在。

删除固定的有问题的行（或向字段添加和约束可接受的值）解决了问题。

Answer 10

简短：
由于以下原因，我遇到了此错误：“外键名称在整个数据库中必须是唯一的”

如果您没有为外键指定名称，则自动生成的名称会遇到相同的问题。

背景：
在我的修复活动中，我发现了这一点，这给了我修复提示：
写入或更新时出现重复密钥？

在过去，我确实与那个外国人作过斗争键约束，因此在同一数据库中有不同的“测试表”。其中一个外键的名称完全相同，因此该名称被阻止。
删除我的测试表解决了这个问题。重命名密钥也可能做到这一点。