尽管这在2009年被问到，但我认为我应该发布一个关于主键的MySQL文档的实际引用。 http://dev.mysql.com/doc/refman/5.5/en/optimizing-primary-keys.html

表的主键表示列或列集 用在最重要的问题上。它有一个相关的索引， 快速查询性能

MySQL 5.0参考参考:http://dev.mysql.com/doc/refman/5.0/en/mysql-indexes.html

大多数MySQL索引(PRIMARY KEY, UNIQUE, INDEX和FULLTEXT)都是 存储在b树中。例外情况是空间数据类型上的索引 使用r -树，内存表也支持散列索引。

你不必显式地为主键创建索引…这是默认的。

主键总是自动索引且惟一。因此，注意不要创建冗余索引。

例如，如果您这样创建了一个表

CREATE TABLE mytable (foo INT NOT NULL PRIMARY KEY, bar INT NOT NULL, baz INT NOT NULL,
  UNIQUE(foo), INDEX(foo)) ENGINE=InnoDB;

因为您想要索引主键并对其强制唯一性约束，所以实际上最终会在foo上创建三个索引!

根据http://dev.mysql.com/doc/refman/5.0/en/constraint-primary-key.html的说法，这似乎是隐含的

尽管这在2009年被问到，但我认为我应该发布一个关于主键的MySQL文档的实际引用。 http://dev.mysql.com/doc/refman/5.5/en/optimizing-primary-keys.html

表的主键表示列或列集 用在最重要的问题上。它有一个相关的索引， 快速查询性能

MySQL 5.0参考参考:http://dev.mysql.com/doc/refman/5.0/en/mysql-indexes.html

大多数MySQL索引(PRIMARY KEY, UNIQUE, INDEX和FULLTEXT)都是 存储在b树中。例外情况是空间数据类型上的索引 使用r -树，内存表也支持散列索引。

是的，我们可以把主键列看作是任何其他索引列，只是带有主键的约束。

在大多数情况下，我们既需要主键，也需要索引表中的列/列，因为我们对表的查询可能会基于非主键的列/列来过滤行，在这种情况下，我们通常也会索引那些列/列。