MySQL错误1072：国家密钥不存在，但它确实存在

Question

道歉，如果这是一个新手问题，但我一直无法解决这个问题一段时间，我希望有人更好地理解MySQL可以协助我在解密以下问题：

我有两个表，我想维护，以便用户可以定义他们的偏好，而管理员可以保持他们的访问权限，这些偏好。我想确保，如果管理员删除某些权利，即偏好表得到更新：

这两个表是：

main_access 
+--------------+---------+------+-----+---------+-------+ 
| Field  | Type | Null | Key | Default | Extra | 
+--------------+---------+------+-----+---------+-------+ 
| nav_location | int(11) | NO | PRI | NULL |  | 
| user_id  | int(11) | NO | PRI | NULL |  | 
+--------------+---------+------+-----+---------+-------+ 

和

main_prefs 
+--------------+---------+------+-----+---------+-------+ 
| Field  | Type | Null | Key | Default | Extra | 
+--------------+---------+------+-----+---------+-------+ 
| nav_location | int(11) | NO | PRI | NULL |  | 
| user_id  | int(11) | NO | PRI | NULL |  | 
+--------------+---------+------+-----+---------+-------+ 

他们都有唯一索引，我运行这个：

CREATE TABLE IF NOT EXISTS main_access (
    nav_location integer not null, 
    user_id   integer not null, 
    unique index uk_access (nav_location, user_id) 
); 

CREATE TABLE IF NOT EXISTS main_pref (
    nav_location integer not null, 
    user_id   integer not null, 
    unique index uk_pref (nav_location, user_id) 
); 

所以，uk_access，和uk_pref与上述表正在创建。然而，当我运行：

ALTER TABLE main_pref 
ADD CONSTRAINT FK_access1 
FOREIGN KEY(uk_pref) REFERENCES main_access(uk_access) 
ON UPDATE CASCADE 
ON DELETE CASCADE; 

我得到的 “ERROR 1072（42000）：键列 'uk_pref' 不存在表” 的错误。对我来说，哪一个得到零感觉。我知道密钥的存在，我也创建了表之后运行以下：

ALTER TABLE main_pref ADD UNIQUE INDEX uk_pref (nav_location, user_id); 

，并得到了重复键警告。我对另一张桌子做了同样的事情。
我也尝试使两个表的唯一索引名称相同。也就是说，我让他们都uk_pref，无济于事。同样的错误。
我觉得这是一个非常简单的问题，我错过了，但一直没有看到它。我希望另一组眼睛会指出我犯的错误。任何帮助深表感谢！

我寻找类似的问题，但在这里找不到解决同一问题的任何问题。

编辑：AJ指出了这一点，我忘了提，我试了一下：
我也（第一个）试图绕过设置唯一的密钥，并做了以下内容：

ALTER TABLE main_pref 
ADD CONSTRAINT FK_access1 
FOREIGN KEY(user_id, nav_location) REFERENCES main_access(user_id, nav_location) 
ON UPDATE CASCADE 
ON DELETE CASCADE; 

和MySQL刚回来一个语法错误。

Answer 1

你给的关键定义的列顺序错误

ALTER TABLE main_pref 
ADD CONSTRAINT FK_access1 
FOREIGN KEY(nav_location,user_id) REFERENCES main_access(nav_location,user_id) 
ON UPDATE CASCADE 
ON DELETE CASCADE; 

这工作得很好

http://sqlfiddle.com/#!2/16751

的FK列必须以相同的顺序被赋予作为关键定义在CREATE TABLE声明中。换言之，(nav_location,user_id)上的复合订单不能用于满足原始文章中(user_id,nav_location)的FK定义。