MySQL：无法创建表（错误号：150）

Question

我正在尝试导入 .sql 文件，但在创建表时失败。

这是失败的查询：

CREATE TABLE `data` (
`id` int(10) unsigned NOT NULL,
`name` varchar(100) NOT NULL,
`value` varchar(15) NOT NULL,
UNIQUE KEY `id` (`id`,`name`),
CONSTRAINT `data_ibfk_1` FOREIGN KEY (`id`) REFERENCES `keywords` (`id`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;    

我从同一个数据库导出 .sql，我删除了所有表，现在我尝试导入它，为什么失败？

MySQL：无法创建表“./dbname/data.frm”（错误号：150）

Answer 1

来自 MySQL - 外键约束文档：

如果重新创建已删除的表，它必须具有符合引用它的外键约束的定义。如前所述，它必须具有正确的列名称和类型，并且必须在引用的键上具有索引。 如果不满足这些条件，MySQL 将返回错误 1005 并在错误消息中引用错误 150，这意味着外键约束未正确形成。同样，如果ALTER TABLE 由于错误 150 而失败，这意味着更改的表的外键定义格式不正确。

Answer 2

错误 150 表示您的外键有问题。外表上的键可能不是完全相同的类型？

Answer 3

您可以通过运行 SHOW ENGINE INNODB STATUS; 来获取实际的错误消息，然后在输出中查找 LATEST FOREIGN KEY ERROR。

来源：另一位用户在类似问题中的回答

Answer 4

数据类型必须完全匹配。如果您正在处理 varchar 类型，则表必须使用相同的排序规则。

Answer 5

我认为所有这些答案虽然正确，但都误导了这个问题。

如果您要使用外键恢复转储文件，则实际答案是在开始恢复之前：

SET FOREIGN_KEY_CHECKS=0;

因为恢复自然会在外部表存在之前创建一些约束。

Answer 6

在某些情况下，如果相关表之间存在不同的引擎，您可能会遇到此错误消息。例如，一个表可能使用 InnoDB，而另一个表使用 MyISAM。两者必须相同

Answer 7

错误号150表示外键约束失败。您可能在外键所依赖的表（表 keywords）之前创建此表。首先创建该表，它应该可以正常工作。

如果没有，请删除外键语句并在创建表后添加它 - 您将收到有关特定约束失败的更有意义的错误消息。

Answer 8

有很多事情可能导致 errno 150，因此对于搜索该主题的人来说，这里是我认为接近详尽的列表（来源 Errno 150的原因)：

对于errno 150或errno 121，只需在SHOW ENGINE INNODB STATUS中输入即可，有一个名为“LATEST FOREIGN KEY ERROR”的部分”。在此之下，它会给您一个非常有用的错误消息，通常会立即告诉您出了什么问题。您需要超级权限才能运行它，因此如果您没有超级权限，则只需测试以下场景。

1) 数据类型不匹配：列的类型必须相同

2) 父列未索引（或索引顺序错误）

3) 列排序规则不匹配

4) 在 NOT NULL 列上使用 SET NULL

5) 表排序规则不匹配：即使列排序规则匹配，在某些 MySQL 版本上这也可能是一个问题。

6) 父列实际上并不存在于父表中。检查拼写（可能还有列开头或结尾处的空格）

7) 其中一列上的索引之一不完整，或者该列对于完整索引来说太长。请注意，MySQL（除非您调整它）的最大单列键长度为 767 字节（这对应于 varchar(255) UTF 列）

如果您收到 errno 121，则有几个原因：

1）约束您选择的名称已被使用

2) 在某些系统上，如果您的语句和表名称存在大小写差异。如果您从一台服务器转到另一台具有不同案例处理规则的服务器，这可能会给您带来麻烦。

Answer 9

有时MySQL非常愚蠢-我可以理解外键的原因..但就我而言，我刚刚删除了整个数据库，但我仍然收到错误...为什么？我的意思是，不再有数据库了...并且我正在使用的sql用户无法访问服务器上的任何其他数据库...我的意思是，服务器对于当前用户来说是“空的”，我仍然得到这个错误？抱歉，但我猜MySQL在骗我...但我可以处理它:)只需在你该死的语句周围添加这两行SQL：

SET FOREIGN_KEY_CHECKS = 0;
# some code that gives you errno: 150
SET FOREIGN_KEY_CHECKS = 1;

现在应该执行sql...如果你真的有外键问题，它会通过您将再次启用检查的行向您显示 - 这将失败..但我的服务器很安静:)

Answer 10

通常，外键与外键不匹配。主键导致
错误：150。

外键必须与主键具有相同的数据类型。此外，如果主键是无符号，那么外键也必须是无符号。

Answer 11

我有同样的问题。它与表格的列排序规则和字符集有关。
确保两个表中两列的字符集和排序规则必须相同。如果你想在上面设置外键。
示例 - 如果您将外键放在引用用户表的 userID 列的 userImage 表的 userID 列上。则两列的排序规则必须相同，即 utf8_general_ci 和字符集 utf8表。通常，当您创建表时，mysql 从服务器设置中获取这两个配置。

Answer 12

改变表的引擎，只有innoDB支持外键

Answer 13

在浏览完上面的答案并进行一些实验后，这是解决 MySQL 中外键错误（1005 - 错误 150）的有效方法。

为了正确创建外键，MySQL 的所有要求是：

• 所有引用的键必须具有 PRIMARY 或 UNIQUE 索引。
• 再次引用列必须具有与引用列相同的数据类型。

满足这些要求，一切都会好起来的。

Answer 14

我在将 Windows 应用程序移植到 Linux 时遇到了这个错误。在Windows中，数据库表名称不区分大小写，而在Linux中，数据库表名称区分大小写，可能是因为文件系统的差异。因此，在 Windows 上，表 Table1 与 table1 相同，而在 REFERENCES 中，table1 和 Table1 有效。在 Linux 上，当应用程序在创建数据库结构时使用 table1 而不是 Table1 时，我看到错误 #150；当我在 Table1 引用中正确设置字符大小写时，它也开始在 Linux 上运行。因此，如果没有其他帮助，请确保在 Linux 上的 REFERENCES 中表名中使用正确的字符大小写。

Answer 15

如果 PK 表是在一个 CHARSET 中创建的，然后在另一个 CHARSET 中创建 FK 表。那么您也可能会收到此错误...我也收到此错误，但在将字符集更改为 PK 字符集之后然后它就没有错误地执行了

create table users
(
------------
-------------
)DEFAULT CHARSET=latin1;


create table Emp
(
---------
---------
---------
FOREIGN KEY (userid) REFERENCES users(id) on update cascade on delete cascade)ENGINE=InnoDB, DEFAULT CHARSET=latin1;

Answer 16

如果两个表都有引用，例如，一个表是 Student，另一个表是 Education，并且我们希望 Education 表具有 Student 表的外键引用，则可能会发生此错误。在这种情况下，两个表的列数据类型应该相同，否则会生成错误。

Answer 17

在大多数情况下，问题是由于 ENGINE 差异造成的。如果父表是由 InnoDB 创建的，那么引用的表应该由 MyISAM 和 InnoDB 创建。反之亦然

Answer 18

就我而言。我遇到了引擎和字符集问题，因为我的托管服务器更改了设置，并且我的新表是 MyISAM，但我的旧表是 InnoDB。只是我变了。

Answer 19

请确保您的主键列和引用列具有相同的数据类型和属性（无符号、二进制、无符号零填充等）。

Answer 20

真正的边缘情况是您使用 MySQL 工具（在我的例子中为 Sequel Pro）来重命名数据库。然后创建一个同名的数据库。

这使外键约束保持在相同的数据库名称上，因此重命名的数据库（例如 my_db_renamed）在新创建的数据库（my_db）中具有外键约束。

不确定这是否是 Sequel Pro 中的错误，或者某些用例是否需要此行为，但这花费了我一个早上的大部分时间：/

Answer 21

您从子表引用的父表的列必须是唯一的。如果不是，则导致错误 150。

Answer 22

我有同样的错误。在我的例子中，错误的原因是我在约束中有一个 ON DELETE SET NULL 语句，而我在其定义中放置约束的字段有一个 NOT NULL 语句。在字段中允许 NULL 解决了这个问题。

Answer 23

我在从文本文件创建数据库时遇到了此类问题。

mysql -uroot -padmin < E:\important\sampdb\createdb.sql
mysql -uroot -padmin sampdb < E:\important\sampdb\create_student.sql
mysql -uroot -padmin sampdb < E:\important\sampdb\create_absence.sql

mysql -uroot -padmin sampdb < E:\important\sampdb\insert_student.sql
mysql -uroot -padmin sampdb < E:\important\sampdb\insert_absence.sql

mysql -uroot -padmin sampdb < E:\important\sampdb\load_student.sql
mysql -uroot -padmin sampdb < E:\important\sampdb\load_absence.sql 

我刚刚在Create.bat中编写了以上几行并运行bat文件。

我的错误在于我的sql文件中的执行顺序。我尝试创建带有主键和外键的表。当它运行时，它将搜索参考表，但表不存在。
所以它会返回这类错误。

如果您使用外键创建表，请检查引用
桌子是否存在。还要检查参考文献的名称
表和字段。

Answer 24

我有一个类似的问题，但我的问题是因为我正在向包含 data 的现有表添加一个新字段，并且新字段引用父表中的另一个字段，并且还具有 NOT NULL 的定义并且没有任何默认值。 - 我发现事情不起作用的原因是因为

1. 我的新字段需要在应用约束之前使用每条记录上父表中的值自动填充空白字段。每次应用约束时，都需要保持表数据的完整性不变。实施约束（外键），但有一些数据库记录没有父表中的值，这意味着数据已损坏，因此 MySQL 永远不会强制执行您的约束

重要的是要记住，在正常情况下，如果您提前规划数据库，并在数据插入之前实施约束，可以避免这种特殊情况 避免

这种问题的更简单方法是

• 保存数据库表数据
• 截断表数据（和表工件，即索引等）
• 应用约束
• 导入您的数据

我希望这对某人有帮助

Answer 25

创建没有外键的表，然后单独设置外键。

Answer 26

也许这会帮助？主键列的定义应该与外键列的定义完全相同。

Answer 27

确保所有表都支持外键 - InnoDB引擎

Answer 28

当使用单个表转储 Django mysql 数据库时，我遇到了类似的问题。我能够通过将数据库转储到文本文件、使用 emacs 将有问题的表移动到文件末尾并将修改后的 sql 转储文件导入到新实例中来解决该问题。

HTH 乌韦

Answer 29

我通过让变量接受 null 纠正了这个问题

ALTER TABLE `ajout_norme` 
CHANGE `type_norme_code` `type_norme_code` VARCHAR( 2 ) CHARACTER SET utf8 COLLATE utf8_general_ci NULL

Answer 30

我在执行一系列MySQL命令时遇到了同样的问题。我的问题是在创建表期间引用尚未创建的其他表的外键时发生的。这是引用之前表存在的顺序。

解决办法：先创建父表，再创建有外键的子表。