我有两个表，table1是一个列ID的父表，table2是一个列IDFromTable1(不是实际的名称)，当我把一个FK IDFromTable1到ID在table1，我得到的错误外键约束是不正确形成的错误。我想删除表2记录，如果表1记录被删除。谢谢你的帮助
ALTER TABLE `table2`
ADD CONSTRAINT `FK1`
FOREIGN KEY (`IDFromTable1`) REFERENCES `table1` (`ID`)
ON UPDATE CASCADE
ON DELETE CASCADE;
如果还需要其他信息，请告诉我。我是mysql的新手
当前回答
检查是否以正确的大小写指定了表名(如果数据库中的表名是区分大小写的)。就我而言，我必须改变
CONSTRAINT `FK_PURCHASE_customer_id` FOREIGN KEY (`customer_id`) REFERENCES `customer` (`id`) ON UPDATE CASCADE ON DELETE CASCADE
to
CONSTRAINT `FK_PURCHASE_customer_id` FOREIGN KEY (`customer_id`) REFERENCES `CUSTOMER` (`id`) ON UPDATE CASCADE ON DELETE CASCADE
注意客户变更为客户。
其他回答
我在Laravel 5.1迁移Schema Builder到MariaDB 10.1时也遇到了同样的问题。
问题是我在设置列时输入了unsigned而不是unsigned(s字母不见了)。
修复后，错别字为我修复。
在Laravel中，当您在引用table2的迁移之后又迁移了外键table table1时，也会出现这个问题。
您必须保留迁移的顺序，以便外键特性能够正常工作。
database/migrations/2020_01_01_00001_create_table2_table.php
database/migrations/2020_01_01_00002_create_table1_table.php
应该是:
database/migrations/2020_01_01_00001_create_table1_table.php
database/migrations/2020_01_01_00002_create_table2_table.php
定义外键的语法是非常宽容的，但对于任何其他人来说，外键必须“具有相同类型”的事实甚至适用于排序，而不仅仅是数据类型、长度和位签名。
并不是说你会在你的模型中混合排序规则(你会吗?)，但如果你这样做了，确保你的主键和外键字段在phpmyadmin或Heidi SQL或其他你使用的工具中具有相同的排序规则类型。
希望这能帮你省下我花在试错上的4个小时。
对于任何面临这个问题的人，跑吧 显示引擎innodb状态 详细信息请参见LATEST外键错误部分。
我在这里遗漏的另一个解决方案是，在创建约束的表中，引用表的每个主键都应该有一个带有外键的条目。
