Mysql为什么需要一个主键

主键

主键每一行都应该有能够唯一标识自己的一列。
主键(primary key)，其值能够唯一区分表中的每一行数据。如果没有主键的话，更新或者删除表中的特定行就会很困难，因为没有安全的方法能够唯一标识这一行数据。

虽然并不是总需要主键，但是我们都应该保证每个表都有主键，以便于以后数据操纵和管理。

主键的条件

表中的任一一列都能够作为主键，但是作为主键有以下几个条件：

1、 主键值不能重复
2、主键值不能为NULL
其上两个条件是mysql主键的强制要求，但我们最好养成下面几个好习惯：

• 不更新主键的值
• 不重用主键列的值
• 不在主键列中使用可能会更改的值

主键的作用

现在mysql几乎应用的都是InnoDB存储引擎。主键的作用还有一个就是索引。
无特殊需求下 Innodb 建议使用与业务无关的自增 ID 作为主键

• InnoDB引擎使用聚集索引，数据记录本身被存于主索引(B+树)的叶子节点上。这就要求同一个叶子结点内(一般大小为一页)的各条数据记录按顺序存放，所以每当我们有一条新的记录插入时，Mysql会根据主键将其插入的其对应的位置，如果页面达到装载因子，则会开辟一个新的页。
  使用自增主键的好处：

1. 使用自增主键，每次插入新的记录时，就会顺序的插入到B+树中，当一页写满时，就会自动开辟新的一页。这样就会形成一个紧凑的索引结构，近似顺序填满。由于每次插入时不需要移动数据，因此效率很高，也不会增加很多开销在维护索引上。
2. 当我们不使用自增主键时，每次插入都是随机的值，近似于每次插入都会移动数据。
   Mysql不得不为了将新纪录插到合适的而移动数据，增加开销，频繁的移动分页操作导致造成了大量的碎片。得到了不够紧凑的索引结构，后续不得不通过 OPTIMIZE TABLE 来重建表并优化填充页面。

InnoDB 存储引擎采用了聚集（clustered）的方式，因此每张表的存储都是按主键的顺序进行存放。如果没有显式地在表定义时指定主键，InnoDB 存储引擎会为每一行生成一个 6 字节的 ROWID，并一次作为主键。
mysql 在频繁的更新、删除操作，会产生碎片。而含碎片比较大的表，查询效率会降低。此时需对表进行优化，这样才会使查询变得更有效率。

不用自增主键的场景

有没有什么场景适合用业务字段直接做主键的呢？还是有的。比如，有些业务的场景需求是这样的：只有一个索引；该索引必须是唯一索引。你一定看出来了，这就是典型的 KV 场景。由于没有其他索引，所以也就不用考虑其他索引的叶子节点大小的问题。这时候我们就要优先考虑上一段提到的“尽量使用主键查询”原则，直接将这个索引设置为主键，可以避免每次查询需要搜索两棵树。