我试图将我的新模式转发到我的数据库服务器上,但我不知道为什么我会得到这个错误。

我试图在这里寻找答案,但我所找到的一切都表明,要么将数据库引擎设置为InnoDB,要么确保我试图用作外键的键是它们自己表中的主键。如果我没记错的话,这两件事我都做过。我还能做什么?

Executing SQL script in server

ERROR: Error 1215: Cannot add foreign key constraint

-- -----------------------------------------------------
-- Table `Alternative_Pathways`.`Clients_has_Staff`
-- -----------------------------------------------------
CREATE  TABLE IF NOT EXISTS `Alternative_Pathways`.`Clients_has_Staff` (
  `Clients_Case_Number` INT NOT NULL ,
  `Staff_Emp_ID` INT NOT NULL ,
  PRIMARY KEY (`Clients_Case_Number`, `Staff_Emp_ID`) ,
  INDEX `fk_Clients_has_Staff_Staff1_idx` (`Staff_Emp_ID` ASC) ,
  INDEX `fk_Clients_has_Staff_Clients_idx` (`Clients_Case_Number` ASC) ,
  CONSTRAINT `fk_Clients_has_Staff_Clients`
    FOREIGN KEY (`Clients_Case_Number` )
    REFERENCES `Alternative_Pathways`.`Clients` (`Case_Number` )
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_Clients_has_Staff_Staff1`
    FOREIGN KEY (`Staff_Emp_ID` )
    REFERENCES `Alternative_Pathways`.`Staff` (`Emp_ID` )
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB

SQL脚本执行完成:语句:7成功,1失败

下面是父表的SQL。

CREATE  TABLE IF NOT EXISTS `Alternative_Pathways`.`Clients` (
  `Case_Number` INT NOT NULL ,
  `First_Name` CHAR(10) NULL ,
  `Middle_Name` CHAR(10) NULL ,
  `Last_Name` CHAR(10) NULL ,
  `Address` CHAR(50) NULL ,
  `Phone_Number` INT(10) NULL ,
  PRIMARY KEY (`Case_Number`) )
ENGINE = InnoDB

CREATE  TABLE IF NOT EXISTS `Alternative_Pathways`.`Staff` (
  `Emp_ID` INT NOT NULL ,
  `First_Name` CHAR(10) NULL ,
  `Middle_Name` CHAR(10) NULL ,
  `Last_Name` CHAR(10) NULL ,
  PRIMARY KEY (`Emp_ID`) )
ENGINE = InnoDB

我猜是客户。Case_Number和/或Staff。Emp_ID与Clients_has_Staff的数据类型不完全相同。Clients_Case_Number和Clients_has_Staff.Staff_Emp_ID。

也许父表中的列是INT UNSIGNED?

两个表中的数据类型必须完全相同。

你可能会得到外键约束错误的原因:

You are not using InnoDB as the engine on all tables. You are trying to reference a nonexistent key on the target table. Make sure it is a key on the other table (it can be a primary or unique key, or just a key) The types of the columns are not the same (an exception is the column on the referencing table can be nullable even if it is not nullable in the referenced table). If the primary key or foreign key is a varchar, make sure the collation is the same for both. One of the reasons may also be that the column you are using for ON DELETE SET NULL is not defined to be null. So make sure that the column is set default null.

检查这些。

在尝试添加外键时,我得到了同样的错误。在我的例子中,问题是由外键表的主键标记为unsigned引起的。

在使用Laravel 4时,特别是使用JeffreyWay的Laravel 4生成器时,我遇到了一个“错误1215:不能添加外键约束”的陷阱。

在Laravel 4中,您可以使用JeffreyWay的Generators生成迁移文件,逐个创建表,这意味着每个迁移文件生成一个表。

您必须意识到这样一个事实,即每个迁移文件在文件名中都有一个时间戳,它给出了文件的顺序。生成的顺序也是当你触发Artisan CLI命令php Artisan migrate时迁移操作的顺序。

因此,如果一个文件请求一个指向后一个文件中将生成但尚未生成的键的外键约束,Error 1215将被触发。

在这种情况下,您需要调整迁移文件生成的顺序。按正确顺序生成新文件,复制内容,然后删除无序的旧文件。

我也有同样的问题。

我是这样解决的:

中创建了以下行 主键:(id int(11) unsigned NOT NULL AUTO_INCREMENT)

在尝试在我的模式构建器中导入一个表之后,我找到了这个解决方案。

In my case, I had deleted a table using SET FOREIGN_KEY_CHECKS=0, then SET FOREIGN_KEY_CHECKS=1 after. When I went to reload the table, I got error 1215. The problem was there was another table in the database that had a foreign key to the table I had deleted and was reloading. Part of the reloading process involved changing a data type for one of the fields, which made the foreign key from the other table invalid, thus triggering error 1215. I resolved the problem by dropping and then reloading the other table with the new data type for the involved field.

对于其他人,相同的错误可能并不总是由于列类型不匹配。您可以通过发出这个命令找到关于MySQL外键错误的更多信息

SHOW ENGINE INNODB STATUS;

您可能会在打印的消息顶部附近发现一个错误。类似的

属性所在的引用表中找不到索引 引用的列显示为第一个列或列类型 在表和引用表中不匹配约束。

我找不到这个错误

CREATE TABLE RATING (

Riv_Id INT(5),
Mov_Id INT(10) DEFAULT 0,
Stars INT(5),
Rating_date DATE, 

PRIMARY KEY (Riv_Id, Mov_Id),

FOREIGN KEY (Riv_Id) REFERENCES REVIEWER(Reviewer_ID)
ON DELETE SET NULL ON UPDATE CASCADE,

FOREIGN KEY (Mov_Id) REFERENCES MOVIE(Movie_ID)
ON DELETE SET DEFAULT ON UPDATE CASCADE
)

错误1215是一个恼人的错误。爆炸药丸的答案涵盖了基本问题。你要确保从那里开始。然而,还有更多更微妙的情况需要注意:

例如,当您尝试连接不同表的主键时,请确保提供适当的ON UPDATE和ON DELETE选项。例如:

...
PRIMARY KEY (`id`),
FOREIGN KEY (`id`) REFERENCES `t` (`other_id`) ON DELETE SET NULL
....

不会生效,因为主键(比如id)不能为NULL。

我确信,在添加这类约束时,甚至还有更多类似的微妙问题,这就是为什么当遇到约束错误时,总是要确保约束及其含义在当前上下文中有意义。祝你的错误1215好运!

当这个错误发生时,因为引用的表使用了MyISAM引擎,这个答案提供了一个快速转换数据库的方法,让所有的Django模型表都使用InnoDB:用Django将一个现有的MyISAM数据库转换为InnoDB

这是一个叫做convert_to_innodb的Django管理命令。

我也遇到过同样的问题,我的解决方案是:

之前:

CREATE TABLE EMPRES
( NoFilm smallint NOT NULL

  PRIMARY KEY (NoFilm)

  FOREIGN KEY (NoFilm) REFERENCES cassettes

);

解决方案:

CREATE TABLE EMPRES
(NoFilm smallint NOT NULL REFERENCES cassettes,

 PRIMARY KEY (NoFilm)

);

喔,我刚明白!这是许多已经发布的答案(InnoDB, unsigned等)的混合。

但我在这里没有看到的一点是:如果外键指向主键,请确保源列具有有意义的值。例如,如果主键是一个mediumint(8),请确保源列也包含一个mediumint(8)。这是我的问题之一。

当列的类型不相同时也会发生这种情况。

例如,如果你引用的列是一个UNSIGNED INT,而被引用的列是INT,那么你会得到这个错误。

也要注意反节拍音的使用。我在一个脚本中有如下语句

ALTER TABLE service ADD FOREIGN KEY (create_by) REFERENCES `system_user(id)`;

但最后的反节拍是假的。它应该是:

ALTER TABLE service ADD FOREIGN KEY (create_by) REFERENCES `system_user`(`id`);

不幸的是MySQL没有给出这个错误的任何细节…

对我来说是列类型。BigINT = INT。

但后来还是没起作用。

所以我检查了引擎。确保Table1 = InnoDB和Table = InnoDB

我经历这个错误的原因完全不同。我使用MySQL Workbench 6.3创建我的数据模型(很棒的工具)。我注意到,当外键约束定义中定义的列顺序不符合表列顺序时,也会生成此错误。

我花了大约4个小时的时间尝试了所有其他方法,就是没能确认。

现在一切正常,我可以继续编码了。:-)

此错误的另一个来源是当您有两个或多个具有相同外键名的相同表名时。

这种情况有时会发生在使用建模和设计软件(如MySQL Workbench),然后从设计中生成脚本的人身上。

MySQL (InnoDB)…获取想要链接的列的定义:

SELECT * FROM information_schema.columns WHERE
TABLE_NAME IN (tb_name','referenced_table_name') AND
COLUMN_NAME  IN ('col_name','referenced_col_name')\G

比较并验证两个列定义具有:

相同的COLUMN_TYPE(长度),相同的COLATION

可能需要禁用/启用foreign_key机制,但要注意在生产环境中:

set foreign_key_checks=0;
ALTER TABLE tb_name ADD FOREIGN KEY(col_name) REFERENCES ref_table(ref_column) ON DELETE ...
set foreign_key_checks=1;

检查表的兼容性(引擎)与SHOW table STATUS WHERE Name = 'tableName'。

例如,如果一个表是MyISAM,另一个表是InnoDB,你可能会遇到这个问题。

你可以通过下面的命令来改变它:

ALTER TABLE myTable ENGINE = InnoDB;

从文档。

另一个原因:如果你使用ON DELETE SET NULL,所有外键中的列都必须允许空值。有人在这个问题中发现了这一点。

从我的理解,这不会是一个关于数据完整性的问题,但似乎MySQL只是不支持这个功能(在5.7)。

当使用Laravel迁移时尝试创建外键时,就像下面的例子:

用户表

public function up()
{
    Schema::create('flights', function (Blueprint $table) {
        $table->increments('id');
        $table->string('name');
        $table->TinyInteger('color_id')->unsigned();
        $table->foreign('color_id')->references('id')->on('colors');
        $table->timestamps();
    });
}

颜色表

public function up()
{
    Schema::create('flights', function (Blueprint $table) {
        $table->increments('id');
        $table->string('color');
        $table->timestamps();
    });
}

有时候属性不起作用:

[PDOException]
SQLSTATE[HY000]: General error: 1215 Cannot add foreign key constraint

发生此错误是因为[用户表]中的外键(类型)与[颜色表]中的主键(类型)不同。

要解决这个问题,你应该改变[colors table]中的主键:

($ table - > tinyIncrements’id’);


当你使用主键$table->Increments('id');时,你应该使用Integer作为外键:

$table->unsignedInteger('fk_id');
$table->foreign('fk_id')->references('id')->on('table_name');

$table->tinyIncrements('id');你应该使用unsignedTinyInteger作为外键:

$table->unsignedTinyInteger('fk_id');
$table->foreign('fk_id')->references('id')->on('table_name');

当你使用主键$table->smallIncrements('id');你应该使用unsignedSmallInteger作为外键:

$table->unsignedSmallInteger('fk_id');
$table->foreign('fk_id')->references('id')->on('table_name');

当你使用主键$table->mediumIncrements('id');你应该使用unsignedMediumInteger作为外键:

$table->unsignedMediumInteger('fk_id');
$table->foreign('fk_id')->references('id')->on('table_name');

除了前面所有关于确保字段定义相同以及表类型也具有相同排序规则的建议外,还要确保不要犯新手错误,即试图链接子字段中的数据不在父字段中的字段。如果子字段中的数据还没有输入到父字段中,则会导致此错误。遗憾的是,错误信息一点帮助都没有。

如果您不确定,那么备份具有外键的表,删除所有数据,然后尝试创建外键。如果成功了,你就知道该怎么做了!

这是前面所说内容的微妙版本,但在我的实例中,我有2个数据库(foo和bar)。我首先创建了foo,我没有意识到它在酒吧引用了一个外键。Baz(尚未创建)。当我尝试创建bar的时候。baz(没有任何外键),我一直得到这个错误。在四处寻找了一会儿之后,我在foo中找到了外键。

所以,长话短说,如果您得到这个错误,您可能有一个预先存在的外键到正在创建的表。

检查表格的排列顺序。使用SHOW TABLE STATUS,可以检查表的信息,包括排序规则。

两个表必须具有相同的排序规则。

这种事发生在我身上。

在我的情况下,我不得不禁用外键检查,因为源表不存在。

设置FOREIGN_KEY_CHECKS = 0;

我只是想为VARCHAR外键关系添加这种情况。我花了上周的时间在MySQL Workbench 8.0中试图解决这个问题,最终能够修复这个错误。

简短的回答: 模式、表、列、引用表、引用列和引用父表的任何其他表的字符集和排序规则必须匹配。

长一点的回答: 我的表中有一个ENUM数据类型。我将此更改为VARCHAR,我可以从引用表中获取值,这样我就不必更改父表来添加额外的选项。这个外键关系看起来很简单,但我得到了1215错误。Arvind的回答和下面的链接建议使用

SHOW ENGINE INNODB STATUS;

在使用这个命令时,我得到了以下详细的错误描述,没有其他有用的信息

Cannot find an index in the referenced table where the referenced columns appear as the first columns, or column types in the table and the referenced table do not match for constraint. Note that the internal storage type of ENUM and SET changed in tables created with >= InnoDB-4.1.12, and such columns in old tables cannot be referenced by such columns in new tables. Please refer to http://dev.mysql.com/doc/refman/8.0/en/innodb-foreign-key-constraints.html for correct foreign key definition.

之后,我使用SET FOREIGN_KEY_CHECKS=0;正如Arvind Bharadwaj所建议的,链接在这里:

这给出了以下错误信息:

错误码:1822。日志含义添加外键约束失败。失踪 约束索引

在这一点上,我对模式进行了“逆向工程”,并且能够在EER图中创建外键关系。在'forward engineer'-ing上,我得到了以下错误:

错误1452:不能添加或更新子行:外键约束 失败

当我将EER图“转发工程”到一个新模式时,SQL脚本运行时没有出现问题。通过比较转发工程师尝试生成的SQL,我发现不同之处在于字符集和排序规则。父表、子表和两列具有utf8mb4字符集和utf8mb4_0900_ai_ci排序规则,然而,父表中的另一列使用character set = utf8, COLLATE = utf8_bin引用;到不同的子表。

对于整个模式,我更改了所有表和所有列的字符集和排序规则如下:

CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci;

这最终解决了我1215错误的问题。

注: 排序规则utf8mb4_general_ci适用于MySQL Workbench 5.0或更高版本。排序utf8mb4_0900_ai_ci仅适用于MySQL Workbench 8.0或更高版本。我相信我遇到字符集和排序问题的原因之一是由于MySQL Workbench升级到8.0之间。这里有一个链接,详细介绍了这种排序方式。

对我来说,1215错误发生在我导入mysqldump创建的dumpfile时,它按字母顺序创建了表,在我的例子中,这导致外键引用文件中稍后创建的表。(这篇博客文章指出:MySQL错误代码1215:“不能添加外键约束”)

由于mysqldump订单表字母顺序和我不想改变表的名字,我遵循的答案由JeremyWeir在本页上的说明,这说明要把设置FOREIGN_KEY_CHECKS = 0;把SET FOREIGN_KEY_CHECKS = 1;在转储文件的底部。

这个方法对我很有效。

所以我尝试了以上所有的修复,但运气不好。我可能错过了我的表中的错误-只是找不到原因,我一直得到错误1215。所以我用了这个方法。

In my local environment in phpMyAdmin, I exported data from the table in question. I selected format CSV. While still in phpMyAdmin with the table selected, I selected "More->Options". Here I scrolled down to "Copy table to (database.table). Select "Structure only". Rename the table something, maybe just add the word "copy" next to the current table name. Click "Go" This will create a new table. Export the new table and import it to the new or other server. I am also using phpMyAdmin here also. Once imported change the name of the table back to its original name. Select the new table, select import. For format select CSV. Uncheck "enable foreign key checks". Select "Go". So far all is working good.

我在博客上发布了我的解决方案。

你也可以检查两个表的Engine设置为InnoDB。