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

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

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

也许父表中的列是INT UNSIGNED?

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

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

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

所以我尝试了以上所有的修复，但运气不好。我可能错过了我的表中的错误-只是找不到原因，我一直得到错误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.

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

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

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

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;