mysql外键可以设为主键，但通常不推荐。原因如下：外键承担维护关系的责任，设为主键后职责过重。冗余数据，增加维护成本。外键依赖于另一表的主键，修改时可能引发不一致。
mysql外键能当主键吗？答案是：可以，但通常不推荐。
这问题看似简单，却暗藏玄机。表面上看，外键不就是用来关联表的吗？主键不就是用来唯一标识记录的吗？把外键设为主键，好像也没什么毛病。但实际应用中，这样做常常会给自己挖坑。
让我们先回顾一下MySQL中主键和外键的概念。主键，顾名思义，是表中唯一标识每条记录的列，它保证了数据的唯一性，不容许重复值。外键，则用于建立表与表之间的关系，它引用另一张表的主键，确保数据的一致性和完整性。
理解了这些，我们就能明白为什么通常不建议把外键设为主键。原因很简单：主键应该专注于标识本表记录的唯一性，而外键的职责是维护与其他表的关系。把外键设为主键，意味着你强迫外键承担了双重责任，这就好比让一个员工同时负责两个完全不同的部门，效率低下，而且容易出错。
想象一下，如果你的外键是另一个表的主键，那么你实际上是把另一个表的主键复制到了这个表中。这不仅增加了冗余数据，还可能导致数据不一致。如果另一个表的主键发生变化，你的这个表中的数据也需要相应更新，否则就会出现数据错乱。这可不是什么小问题，尤其是在数据量很大的情况下，维护起来会非常麻烦，甚至会引发难以预料的错误。
当然，特殊情况下，你可能需要这样做。比如，你有一个表专门用来存储其他表的某些公共信息，这个表的主键同时也是其他表的唯一标识符。这种情况下，把外键设为主键是可行的，但务必谨慎，充分考虑数据的完整性和一致性。
让我们来看一个例子，假设有两个表：users和orders。users表有主键user_id，orders表有外键user_id，引用users表的主键。
-- users 表 CREATE TABLE users ( user_id INT PRIMARY KEY, username VARCHAR(255) ); -- orders 表 CREATE TABLE orders ( order_id INT PRIMARY KEY, user_id INT, order_date DATE, FOREIGN KEY (user_id) REFERENCES users(user_id) );
在这个例子中，orders表的user_id是外键，但它不是主键。如果我们强行把user_id设为主键，那么orders表中就不能有两个订单属于同一个用户了，这显然不符合实际情况。
总而言之，虽然MySQL允许你把外键设为主键，但这通常不是最佳实践。除非你对数据库设计有非常深入的理解，并且有充分的理由，否则最好避免这样做。 记住，清晰的数据库设计，才能保证系统的稳定性和可维护性。 不要为了追求所谓的简洁而牺牲了系统的健壮性。 这就像盖房子，地基打得稳，才能建起高楼大厦。 否则，再漂亮的装饰，也掩盖不了地基不牢的风险。
