主键是数据库表中唯一标识每行记录的必需字段，必须满足唯一性和非空性；在InnoDB中构成聚簇索引，影响数据存储与写入性能；带来快速查询、外键支持、数据防重和精准操作等工程价值；设计时应优先选用无业务含义的自增ID或UUID，避免用可变业务字段。
主键是数据库表中用于唯一标识每一行记录的一个或多个字段，它不是可选的“加分项”，而是数据组织和操作的基石。
主键的核心特性
主键必须同时满足两个硬性要求：
-
唯一性：同一张表中，任意两行的主键值不能相同；重复插入会直接报错，比如
Duplicate entry '1' for key 'PRIMARY'。 -
非空性：主键字段不允许为
NULL，哪怕显式插入NULL，MySQL 也会拒绝并提示错误。
主键在 InnoDB 中的实际影响
InnoDB 是 MySQL 默认且最常用的存储引擎，它的数据组织方式让主键不只是逻辑约束，更是物理结构的关键：
网人信息发布系统(WRMPS) 2008 SP2 build 0718
下载
因为这几个版本主要以系统的运行稳定着想， 所以在功能方面并没什么大的改进，主要是对系统的优化，及一些BUG或者不太人性化的地方修改，此次版本在速度上较上版本有了50%左右的提升。WRMPS 2008 SP2 升级功能说明1，新增伪静态功能2，新增全屏分类广告功能3，新增地区分站代理功能！4，新增分站独立顶级域名支持5，新增友情连接支持分城市功能6，新增支持百度新闻规范7，新增自由设置关键词及网页
- 主键自动构成聚簇索引，整张表的数据就按主键顺序存放在 B+Tree 的叶子节点上；
- 没有主键时，InnoDB 会找第一个非空唯一索引替代；找不到就自动生成隐藏的 6 字节 rowid——但这种“兜底”方式无法被查询、不可控，性能也差；
- 按主键顺序插入新数据（如自增 ID）效率最高；乱序插入可能引发页分裂，影响写入性能。
主键带来的实际好处
这些不是理论优势，而是每天都在发生的工程价值：
-
快速定位数据：
SELECT * FROM users WHERE id = 123只需 1–3 次磁盘 I/O，远快于全表扫描； - 支撑外键关系：其他表的外键必须引用某个主键，才能启用级联删除、限制插入等完整性保护；
- 避免脏数据：比如用邮箱作主键，天然防止同一邮箱重复注册；用自增 ID 则避免业务字段变更带来的主键重写风险；
- 简化运维操作：更新或删除某条记录时，靠主键能精准命中，不会误删多行或漏删。
设计主键时要注意什么
选对主键，比加索引更重要：
- 优先使用无业务含义的字段，比如
BIGINT AUTO_INCREMENT或BINARY(16)UUID； - 避免用姓名、手机号、邮箱等可能变更或重复的业务字段——它们更适合加唯一索引，而非当主键；
- 联合主键可用，但应谨慎：仅适用于天然由多字段共同决定唯一性的场景（如订单明细表的
(order_id, product_id)），不推荐作为通用方案； - 主键一旦设定，尽量不修改；也不应允许应用层随意重用已删除的主键值（尤其涉及日志、审计或分布式场景时）。
