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

Posted 2023-02-25

【中文标题】MySQL：无法创建表（错误号：150）

【英文标题】：MySQL: Can't create table (errno: 150)

【发布时间】：2016-01-11 11:33:30

【问题描述】：

我正在尝试导入 .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）

【问题讨论】：

对于这个错误的所有原因，这里有一个详尽的资源，说明了 MySQL 中导致 errno 150（和 errno 121/其他外键错误）的原因。

我发现列必须相同（即使无符号标志也必须匹配）。

@JohnSmith ...在哪里？

我建议阅读这篇列出 10 个可能原因的博文：verysimple.com/2006/10/22/…

@CharlesWood：“John Smith... 2013 年 4 月 6 日 19:29”，这大约是您发表评论的三个月前。我有一种恐惧，在这个沉闷的世界结束之前，“哪里”的谜团不会被揭开！ :>

【参考方案1】：

execute below line:
  SET FOREIGN_KEY_CHECKS = 0;


FOREIGN_KEY_CHECKS option specifies whether or not to check foreign key constraints for InnoDB tables. 

-- Specify to check foreign key constraints (this is the default)

    SET FOREIGN_KEY_CHECKS = 1;
 

-- Do not check foreign key constraints

   SET FOREIGN_KEY_CHECKS = 0;


When to Use :
Temporarily disabling referential constraints (set FOREIGN_KEY_CHECKS to 0) is useful when you need to re-create the tables and load data in any parent-child order.

【参考方案2】：

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

【参考方案3】：

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

【讨论】：

为什么我以前没有看到这个帖子！？我花了一个小时找出根本原因。就我而言，这是字符集。引用表和引用表必须具有相同的字符集。

【参考方案4】：

我有同样的错误，然后我先创建引用表，然后再引用表

例如，如果您有分配的员工和部门表 外国的 对员工表中的 dept_no 进行约束，然后确保部门 表已创建并已将主键约束分配给 dept_no。

这对我有用...

【参考方案5】：

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

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

【参考方案6】：

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

【参考方案7】：

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

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

【参考方案8】：

我遇到了类似的问题，但我的问题是因为我正在向具有数据的现有表添加一个新字段，并且新字段引用父表中的另一个字段并且还具有 NOT NULL 的定义并且没有任何 DEFAULT价值观。 - 我发现事情不工作的原因是因为

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

请务必记住，在正常情况下，如果您提前计划好数据库，并在数据插入之前实施约束，则可以避免这种特殊情况

避免这个问题的更简单的方法是

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

我希望这对某人有帮助

【参考方案9】：

我已通过使变量接受 null 来纠正问题

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

【参考方案10】：

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

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 文件中的执行顺序。我试图用主键和外键创建表。在运行时，它将搜索参考表，但表不存在。 所以它会返回那种错误。

如果您使用外键创建表，请检查参考 表是否存在。并检查参考的名称 表格和字段。

【讨论】：

换句话说，您试图创建一个表，其外键指向另一个尚不存在的表。以正确的顺序创建表格以解决问题。

【参考方案11】：

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

【讨论】：

这对我来说是正确的，因为我正在修改一个不是我制作的数据库。

【参考方案12】：

来自MySQL - FOREIGN KEY Constraints Documentation：

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

【讨论】：

一张表中的两列能否引用另一张表中的一列，在哪里是PK？

@Eugene：两列中的每一列都可以与另一个表中的 PK 有外键关系——而不是两列作为单个外键关系。

@OMGPonies：感谢您回答这个问题！..我正在寻找它...我也在这里问了一个问题***.com/questions/13487010/… ....虽然我有一些很好的答案，但我想符合Whether its possible to write Nested Query for my problem？ ..我也请你回答我！

我的错误是主表有 MyISAM 和子表 InnoDB 引擎。当前的 create.sql 脚本对所有表都使用 InnoDB，但我的安装非常旧，第一个脚本使用 MyISAM。

@Whome - 是的，在这里遇到了同样的问题。

【参考方案13】：

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

HTH 乌韦

【参考方案14】：

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

【参考方案15】：

有很多事情会导致 errno 150，所以对于搜索这个主题的人，我认为这是一个接近详尽的列表（来源 Causes of 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) 在某些系统上，如果您的语句和表名存在大小写差异。如果您从一台服务器转到具有不同案例处理规则的另一台服务器，这可能会咬到您。

【讨论】：

在某些版本中，如果表不是 innodb，您会得到 errno 150，但在某些版本中，它只是静默失败。

谢谢，这太棒了：| ------------------------------------ |最新的外键错误 | ------------------------------------ |您已经定义了一个 SET NULL 条件，尽管有些 |列被定义为 NOT NULL。

我有这个错误，因为父表已分区。

【参考方案16】：

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

【参考方案17】：

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

【讨论】：

可能值得您添加更多细节 - 例如特定的列和表名

【参考方案18】：

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

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

不确定这是否是 Sequel Pro 中的错误，或者某些用例是否需要这种行为，但它花费了我一大早：/

【参考方案19】：

我认为所有这些正确的答案都会误导问题。

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

SET FOREIGN_KEY_CHECKS=0;

因为在外部表甚至存在之前，还原自然会创建一些约束。

【讨论】：

这样做对我不起作用，仍然给出错误。有什么想法吗？

【参考方案20】：

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

来源：answer from another user in a similar question

【讨论】：

这其实很有用。它会告诉您确切的错误。

谢谢。很遗憾 MySQL Workbench 没有使用它。

太棒了。这很有帮助。告诉你确切的错误。我的是，已将列设为 NULLABLE，但已设置“删除集为空”。非常感谢。

如果你在你的服务器上有权限:(

【参考方案21】：

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

【讨论】：

这也是我的情况！将脚本从不区分大小写 (OS X) 移动到区分大小写的 mysql 版本 (Debian)。

【参考方案22】：

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

【参考方案23】：

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

【参考方案24】：

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

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

现在应该执行 sql...如果您确实有外键问题，它会在您将再次启用检查的行显示给您 - 这将失败.. 但我的服务器只是安静:)

【讨论】：

如果列和它所引用的列之间实际上存在差异，这可能会导致问题。例如。假设引用的列是 varchar(200) 而引用者是 varchar(50)，那么当尝试级联时，可能会出现奇怪的行为。我还没有遇到因为数据不匹配而发出 errno 150 的问题。

有趣的见解@juacala :) 对我来说很有趣的是，每当我遇到这个问题时，我的方法总是修复它......至少直到今天 :D 但我们永远不会停止学习，对吧;)

这实际上帮助我生成了脚本 liquibase。该脚本在 MySQL > 5.5 上完美运行，但在 5.1 版上运行失败。

【参考方案25】：

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

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

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

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

【参考方案26】：

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

【参考方案27】：

如果 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;

【参考方案28】：

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

【参考方案29】：

试试：

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;  

您需要在CONSTRAINT 和FOREIGN 之间添加一个“，”。

【参考方案30】：

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