MySQL外键错误1005 errno 150

我正在用MySQL Workbench做一个小的数据库。 我有一个名为“Immobili”的主表,它有一个由四列(Comune,Via,Civico,Immobile)组成的主键。

现在,我还有另外三个表,它们具有相同的主键(Comune,Via,Civico,Immobile),但是这些字段也被引用到表Immobili中。

第一个问题:我可以创build一个也是外键的主键吗?

第二个问题:当我尝试导出更改时,它说:在服务器中执行SQL脚本

# ERROR: Error 1005: Can't create table 'dbimmobili.condoni' (errno: 150) CREATE TABLE IF NOT EXISTS `dbimmobili`.`Condoni` ( `ComuneImmobile` VARCHAR(50) NOT NULL , `ViaImmobile` VARCHAR(50) NOT NULL , `CivicoImmobile` VARCHAR(5) NOT NULL , `InternoImmobile` VARCHAR(3) NOT NULL , `ProtocolloNumero` VARCHAR(15) NULL , `DataRichiestaSanatoria` DATE NULL , `DataSanatoria` DATE NULL , `SullePartiEsclusive` TINYINT(1) NULL , `SullePartiComuni` TINYINT(1) NULL , `OblazioneInEuro` DOUBLE NULL , `TecnicoOblazione` VARCHAR(45) NULL , `TelefonoTecnico` VARCHAR(15) NULL , INDEX `ComuneImmobile` (`ComuneImmobile` ASC) , INDEX `ViaImmobile` (`ViaImmobile` ASC) , INDEX `CivicoImmobile` (`CivicoImmobile` ASC) , INDEX `InternoImmobile` (`InternoImmobile` ASC) , PRIMARY KEY (`ComuneImmobile`, `ViaImmobile`, `CivicoImmobile`, `InternoImmobile`) , CONSTRAINT `ComuneImmobile` FOREIGN KEY (`ComuneImmobile` ) REFERENCES `dbimmobili`.`Immobile` (`ComuneImmobile` ) ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT `ViaImmobile` FOREIGN KEY (`ViaImmobile` ) REFERENCES `dbimmobili`.`Immobile` (`ViaImmobile` ) ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT `CivicoImmobile` FOREIGN KEY (`CivicoImmobile` ) REFERENCES `dbimmobili`.`Immobile` (`CivicoImmobile` ) ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT `InternoImmobile` FOREIGN KEY (`InternoImmobile` ) REFERENCES `dbimmobili`.`Immobile` (`InternoImmobile` ) ON DELETE CASCADE ON UPDATE CASCADE ) ENGINE = InnoDB 

显示引擎状态:

表dbimmobili / valutazionimercato的外键约束错误:

无法在引用表中find引用列作为第一列显示的索引,或者表中的列和引用表不匹配约束。 请注意,ENUM和SET的内部存储types在使用> = InnoDB-4.1.12创build的表中进行了更改,旧表中的这些列不能被新表中的这些列引用。

我在哪里做错了?

创build外键约束时,MySQL在引用表和引用表上都需要一个可用的索引。 引用表上的索引是自动创build的(如果不存在),但引用表上的索引需要手动创build( Source )。 你的似乎失踪了。

testing用例:

 CREATE TABLE tbl_a ( id int PRIMARY KEY, some_other_id int, value int ) ENGINE=INNODB; Query OK, 0 rows affected (0.10 sec) CREATE TABLE tbl_b ( id int PRIMARY KEY, a_id int, FOREIGN KEY (a_id) REFERENCES tbl_a (some_other_id) ) ENGINE=INNODB; ERROR 1005 (HY000): Can't create table 'e.tbl_b' (errno: 150) 

但是,如果我们在some_other_id上添加索引:

 CREATE INDEX ix_some_id ON tbl_a (some_other_id); Query OK, 0 rows affected (0.11 sec) Records: 0 Duplicates: 0 Warnings: 0 CREATE TABLE tbl_b ( id int PRIMARY KEY, a_id int, FOREIGN KEY (a_id) REFERENCES tbl_a (some_other_id) ) ENGINE=INNODB; Query OK, 0 rows affected (0.06 sec) 

在大多数情况下这通常不是问题,因为引用字段通常是被引用表的主键,并且主键被自动索引。

仔细检查外键是否与本表中的字段具有完全相同的types。 例如,它们都应该是Integer(10)或Varchar(8),即使是字符数也是如此。

我意识到这是一个旧post,但它在Google中名列前茅,所以我join了我想要解决的问题。 如果你有多种表types(例如MyISAM和InnoDB),你也会得到这个错误。 在这种情况下,InnoDB是默认的表types,但是一个表需要全文search,所以它被迁移到了MyISAM。 在这种情况下,您不能在引用MyISAM表的InnoDB表中创build一个外键。

如果你的键是一个CHAR / VARCHAR或types的东西,另一个可能的问题是不同的sorting规则。 检查字符集是否相同。

我有这个错误,发现在我的情况下的错误的原因。 我仍然回答这个旧post,因为它在Google上排名很高。

我想要链接的这两列的variables都是整数,但是其中一个整数没有被检查。 简单地取消检查,解决了我的错误。

我得到一个相同的错误。 我find了解决scheme,我已经在主表中创build主键为BIGINT UNSIGNED,并在第二个表中将其声明为只有BIGINT的外键。

当我在第二个表中声明我的外键为BIGINT UNSIGED时,一切正常,甚至不需要创build任何索引。

所以这是主键和外键之间的数据types不匹配:)

我有完全相同的问题,但解决我的问题是完全不同的。 我在数据库的其他地方有一个同名的外键。 这导致了错误1005。

将我的外键重命名为更具体的情况解决了这个问题。

  1. 确保两个表都使用相同的引擎types。
  2. 确保你正在索引的字段具有相同的types和长度。

我还没有声望投票史蒂夫的build议,但它解决了我的问题。

在我的情况下,我收到这个错误,因为两个表使用不同的数据库引擎创build – 一个是Innodb和另一个MyISAM。

您可以使用以下方式更改数据库types:ALTER TABLE t ENGINE = MYISAM;

@see http://dev.mysql.com/doc/refman/5.1/en/storage-engine-setting.html

在我的情况下,错误是由于referencing表是MyISAM ,其中referring表是InnoDB

MyISAM to InnoDB Converted表引擎为我解决了这个问题。

 ALTER TABLE table_name ENGINE=InnoDB; 

这不是你的具体情况,但值得注意的是,如果你试图引用表中的某些字段,而不是表的整个主键,则可能会发生此错误。 显然这是不允许的。

如果任何人有看似良好的FK / PK关系的这个错误,并且你使用了可视化工具,请尝试删除有问题的fk列并在工具中重新添加它们。 我一直在得到这个错误,直到我重新解决了解决问题的连接。

当主键有两列时,它们组成一个组合主键,因此必须确保在被引用的表中有两列相同的数据types。

对我而言,我试图将子表中的常规索引字段与父表中的主键相匹配,默认情况下,某些MySQL前端GUI(如Sequel Pro)将主键设置为无符号,因此您必须确保子表字段也是无符号的(除非这些字段可能包含负整数,然后确保它们都是有符号的)。

MySQL是臭名昭着的,特别是关于外键和触发器。 我现在正在调整一个这样的数据库,并遇到这个问题。 这不是自明或直觉,所以在这里:

除了检查关系中要引用的两列是否具有相同的数据types外,还必须确保引用的表中的列是索引。 如果您正在使用MySQL Workbench,请select“列”旁边的“索引”选项卡,并确保外键引用的列是索引。 如果没有,创build一个,命名它有意义的,并给它的types“INDEX”。

一个好的做法是清理关系中涉及的表格,以确保以前的尝试不会创build您不想要或不需要的索引。

我希望它有帮助,一些MySQL错误是疯狂跟踪。

创build表时,请注意CHARSETCOLLATE参数。 就外键问题而言:

 CREATE TABLE yourTableName ( .... .... ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; 

在我的情况下,我不能用FOREIGN KEY引用创build表。 首先我得到了错误代码1005几乎没有说什么。 然后我添加了COLLATE ,最后是抱怨CHARSET的错误信息。

 Error Code: 1253. COLLATION 'utf8_unicode_ci' is not valid for CHARACTER SET 'latin1' 

在那次更正之后,我的问题解决了。

第一个问题:我可以创build一个也是外键的主键吗?

是。 实际上,对于MySQL工作台,我习惯于只使用主键作为外键。 真的减less了收到的随机错误,就像问题中提到的错误:150。

#错误:错误1005:无法创build表'dbimmobili.condoni'(errno:150)

这对索引有一些帮助,或者更具体地说,MySQL工作台是如何解释和处理它们的。 如果你在模型中改变很多(例如,外键,索引,列顺序),那么在同一个正向工程操作中, 特别是在另一端已经有一个数据库的时候,它确实会变得很混乱。 例如,我不认为自动创build索引删除外键后自动删除。

这是我做了什么来解决您收到的错误。 请注意,这似乎很麻烦,但与我花在使用其他方法上的时间相比,事实并非如此。

1.使查找表中的所有外键主键(1到1中的1)。

在我的情况下,这涉及到更改id作为用户名tkl_users中的用户名,用户名和公司在tbl_companies,用户名和公司和联系人在tbl_company_contacts。 这是一个为多个用户input多个公司联系人的应用程序,允许其他用户联系人重叠和隐藏。

2.删除所有图关系和所有不是主键的表索引。

这修复了MySQL工作台错误导致的大部分索引问题。

3.如果你从头到尾这样做,把模式放在服务器上,这样mysql工作台就不会对现有的索引感到困惑,并且在模型中缺less这个索引(问题是引起bby索引和外键关系,而不是索引本身)。

这减less了很多DB,服务器和Mysql工作台所做的大量决定。 这些关于如何转发工程的决定是复杂而智能的,但不完善。

4.现在,我认为这回到了原来的方式(通常在devise之后,没有一个步进过程太快)。 我仍然拥有所有桌子,但在这个阶段他们很干净。 现在你只是:

首先,正向工程师只是为了确保表(无关系)按预期工作。

按照关系链,通过主键,从最顶级的表开始(我是我的情况tbl_users tbl_companies)。 每次关系之后,总是进行正向工程以确保它运行 ,然后保存模型并closures,然后对模型进行反向工程,以确保它完成。 这可以让你快速隔离出现的问题,在我的情况下留下索引使用旧的删除外键(发生了2-3次)。

而泰达,回到你需要的地方。