主键是数据库表中用于唯一标识每一行记录的一个或多个字段，它不是可选的“加分项”，而是数据组织和操作的基石。
主键的核心特性
主键必须同时满足两个硬性要求：
唯一性：同一张表中，任意两行的主键值不能相同；重复插入会直接报错，比如Duplicate entry '1' for key 'PRIMARY'。 非空性：主键字段不允许为
NULL，哪怕显式插入
NULL，MySQL 也会拒绝并提示错误。
主键在 InnoDB 中的实际影响
InnoDB 是 MySQL 默认且最常用的存储引擎，它的数据组织方式让主键不只是逻辑约束，更是物理结构的关键：
主键自动构成聚簇索引，整张表的数据就按主键顺序存放在 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)），不推荐作为通用方案； 主键一旦设定，尽量不修改；也不应允许应用层随意重用已删除的主键值（尤其涉及日志、审计或分布式场景时）。
