为了证明未来，你真的应该这么做。如果你想复制它，你需要一个。如果你想把它加入到另一张桌子上，你的生活(以及那些明年不得不维持它的可怜的傻瓜们的生活)将会轻松得多。

不同意建议的答案。简短的回答是:不。

主键的作用是唯一地标识表上的一行，以便与另一个表形成关系。传统上，用于此目的的是一个自动递增的整数值，但也有一些变化。

但在某些情况下，例如记录时间序列数据，根本不需要这样的键，只需要占用内存。使一行唯一很简单……不需要!

举个小例子: 表A: LogData

Columns:  DateAndTime, UserId, AttribA, AttribB, AttribC etc...

不需要主键。

表B:用户

Columns: Id, FirstName, LastName etc. 

用来作为LogData表的“外键”的主键(Id)。

我想找到一些官方的东西像这样- 15.6.2.1集群和次要索引- MySQL。

如果表没有PRIMARY KEY或合适的UNIQUE索引，InnoDB内部会在一个包含行ID值的合成列上生成一个名为GEN_CLUST_INDEX的隐藏聚集索引。行是根据InnoDB分配给这样一个表中的行的ID来排序的。行ID是一个6字节的字段，随着新行插入而单调增加。因此，按行ID排序的行在物理上按插入顺序排列。

为什么不自己创建主键呢?此外，ORM不能识别这个隐藏的ID，这意味着您不能在代码中使用ID。

为了证明未来，你真的应该这么做。如果你想复制它，你需要一个。如果你想把它加入到另一张桌子上，你的生活(以及那些明年不得不维持它的可怜的傻瓜们的生活)将会轻松得多。

简单的回答是:是的。

长一点的回答:

你需要你的桌子可以连接到一些东西上 如果您希望您的表被集群，您需要某种类型的主键。 如果您的表设计不需要主键，请重新考虑您的设计:很可能您遗漏了一些东西。为什么要保留相同的记录?

在MySQL中，如果你没有显式地指定主键，InnoDB存储引擎总是会创建一个主键，从而产生一个你无法访问的额外列。

注意，主键可以是复合键。

如果您有一个多对多链接表，您可以在链接中涉及的所有字段上创建主键。因此，您可以确保没有两条或更多的记录描述一个链接。

除了逻辑一致性问题之外，大多数RDBMS引擎都将受益于将这些字段包含在唯一的索引中。

由于任何主键都涉及创建唯一的索引，因此应该声明它并获得逻辑一致性和性能。

请参阅我博客中的这篇文章，了解为什么应该总是在唯一的数据上创建唯一的索引:

使索引唯一

附注:在一些非常非常特殊的情况下，您不需要主键。

大多数情况下，它们包含的日志表由于性能原因没有任何索引。

如果你正在使用Hibernate，不可能创建一个没有主键的实体。如果您正在使用使用普通sql/ddl脚本创建的现有数据库，并且没有添加主键，则此问题可能会产生问题