MySQL 为何须要一个主键

主键

表中每一行都应该有能够惟一标识本身的一列（或一组列）。

一个顾客可使用顾客编号列，而订单可使用订单ID，雇员可使用雇员ID 或 雇员社会保险号。

主键（primary key） 一列（或一组列），其值可以惟一区分表中的每一个行。 惟一标识表中每行的这个列（或这组列）称为主键。没有主键，更新或删除表中特定行很困难，由于没有安全的方法保证只设计相关的行。

虽然并不老是都须要主键，但大多数数据库设计人员都应保证他们建立的每一个表有一个主键，以便于之后数据操纵和管理

表中的任何列均可以做为主键，只要它知足一下条件：

一、任何两行都不具备相同的主键值 二、每一个行都必须具备一个主键值（主键列不容许NULL值）

主键值规范：这里列出的规则是MySQL自己强制实施的。

主键的最好习惯： 除MySQL强制实施的规则外，应该坚持的几个广泛认为的最好习惯为：

一、不更新主键列的值 二、不重用主键列的值 三、不在主键列中使用可能会更改的值（例如，若是使用一个名字做为主键以标识某个供应商，应该供应商合并和更改其名字时，必须更改这个主键）

总之：不该该使用一个具备意义的column（id 自己并不保存表 有意义信息） 做为主键，而且一个表必需要有一个主键，为方便扩展、松耦合，高可用的系统作铺垫。

很是感谢 @pathbox、 @est、@hooooopo 同窗的提醒。主键的做用，在于索引。

无特殊需求下Innodb建议使用与业务无关的自增ID做为主键

InnoDB引擎使用汇集索引，数据记录自己被存于主索引（一颗B+Tree）的叶子节点上。这就要求同一个叶子节点内（大小为一个内存页或磁盘页）的各条数据记录按主键顺序存放，所以每当有一条新的记录插入时，MySQL会根据其主键将其插入适当的节点和位置，若是页面达到装载因子（InnoDB默认为15/16），则开辟一个新的页（节点）

一、若是表使用自增主键，那么每次插入新的记录，记录就会顺序添加到当前索引节点的后续位置，当一页写满，就会自动开辟一个新的页。以下图所示：

这样就会造成一个紧凑的索引结构，近似顺序填满。因为每次插入时也不须要移动已有数据，所以效率很高，也不会增长不少开销在维护索引上。

二、 若是使用非自增主键（若是身份证号或学号等），因为每次插入主键的值近似于随机，所以每次新纪录都要被插到现有索引页得中间某个位置：

此时MySQL不得不为了将新记录插到合适位置而移动数据，甚至目标页面可能已经被回写到磁盘上而从缓存中清掉，此时又要从磁盘上读回来，这增长了不少开销，同时频繁的移动、分页操做形成了大量的碎片，获得了不够紧凑的索引结构，后续不得不经过OPTIMIZE TABLE来重建表并优化填充页面。

在使用InnoDB存储引擎时，若是没有特别的须要，请永远使用一个与业务无关的自增字段做为主键。

InnoDB 存储引擎采用了汇集（clustered）的方式，所以每张表的存储都是按主键的顺序进行存放。若是没有显式地在表定义时指定主键，InnoDB存储引擎会为每一行生成一个6字节的ROWID，并一次做为主键。

mysql 在频繁的更新、删除操做，会产生碎片。而含碎片比较大的表，查询效率会下降。此时需对表进行优化，这样才会使查询变得更有效率。

很是感谢 @xiaoronglv 同窗

If you define a PRIMARY KEY on your table, InnoDB uses it as the clustered index. If you do not define a PRIMARY KEY for your table, MySQL picks the first UNIQUE index that has only NOT NULL columns as the primary key and InnoDB uses it as the clustered index. 具体参考 14.2.10.1 Clustered and Secondary Indexes