像這種不能創(chuàng)建一個(gè).frm 文件的報(bào)錯(cuò)好像暗示著操作系統(tǒng)的文件的權(quán)限錯(cuò)誤或者其它原因，但實(shí)際上，這些都不是的，事實(shí)上，這個(gè)mysql報(bào)錯(cuò)已經(jīng)被報(bào)告是一個(gè)mysql本身的bug并出現(xiàn)在mysql 開(kāi)發(fā)者列表當(dāng)中很多年了，然而這似乎又是一種誤導(dǎo)。

在很多實(shí)例中，這種錯(cuò)誤的發(fā)生都是因?yàn)閙ysql一直以來(lái)都不能很好的支持的關(guān)系的問(wèn)題， 更不幸的是它也并沒(méi)有指明到底是哪一個(gè)問(wèn)題會(huì)導(dǎo)致上面那種錯(cuò)誤，下面我把導(dǎo)致這個(gè)可怕 的150錯(cuò)誤的常見(jiàn)原因列出來(lái)了，并且我以可能性的大小作了排序,已知的原因：

1、 兩個(gè)字段的類(lèi)型或者大小不嚴(yán)格匹配，例如，如果一個(gè)是INT(10), 那么外鍵也必須設(shè)置成INT(10), 而不是 INT(11) 也不能是 TINYINT. 你得使用 SHOW 命令來(lái)查看字段的大小，因?yàn)橐恍┎樵?xún)?yōu)g覽器有時(shí)候把 int(10) 和int(11) 都顯示為integer。另外，你還必須確定兩個(gè)字段是否一個(gè)為 SIGNED,而另一個(gè)又是UNSIGNED, 這兩字段必須嚴(yán)格地一致匹配，更多關(guān)于signed 和 unsigned 的信息，請(qǐng)參閱：http://www.verysimple.com/blog/?p=57

2、 你試圖引用的其中一個(gè)外鍵沒(méi)有建立起索引，或者不是一個(gè)primary key , 如果其中一個(gè)不是primary key 的，你必須為它創(chuàng)建一個(gè)索引。

3、外鍵的名字是一個(gè)已經(jīng)存在的一個(gè)鍵值了，這個(gè)時(shí)候，你應(yīng)該檢查你的數(shù)據(jù)庫(kù)以確保外健名字是唯一的，或者你在鍵名后面加上幾個(gè)隨機(jī)的字符以測(cè)試是否是這個(gè)原因。

4、 其中一個(gè)或者兩個(gè)表是MyISAM引擎的表，若想要使用外鍵約束，必須是InnoDB引擎，（實(shí)際上，如果兩個(gè)表都是MyISAM 引擎的，這個(gè)錯(cuò)誤根本不會(huì)發(fā)生，但也不會(huì)產(chǎn)生外鍵），你可以通過(guò)查詢(xún)?yōu)g覽器來(lái)設(shè)置表的引擎類(lèi)型

5、 你可能設(shè)置了ON DELETE SET NULL, 但是相關(guān)的鍵的字段又設(shè)置成了NOTS NULL 值。你可能通過(guò)修改cascade 的屬性值或者把字段屬性設(shè)置成 allow null 來(lái)搞定這個(gè)bug.

6、 請(qǐng)確定你的Charset 和 Collate 選項(xiàng)在表級(jí)和字段級(jí)上的一致

7、 你可能設(shè)置為外鍵設(shè)置了一個(gè)默認(rèn)值，如 default=0

8， 在這個(gè)關(guān)系里面，其中的一個(gè)字段是一個(gè)混合鍵值中的一個(gè)，它沒(méi)有自己獨(dú)立的索引，這時(shí)，你必須為它創(chuàng)建一個(gè)獨(dú)立的索引。

9、 ALTER 聲明中有語(yǔ)法錯(cuò)誤

最后：建立外鍵有點(diǎn)麻煩，可以直接用Myeclipse生成ddl。。。

最新評(píng)論