MySQL主键是强制指定的唯一标识字段，必须非空且唯一；InnoDB中主键即聚簇索引，决定数据物理存储，影响查询性能与写入效率；建表时应优先定义自增整数主键，避免业务字段或UUID；大表补主键需谨慎处理空值、重复值并避开高峰期。
主键就是表里那个“身份证号”
MySQL 主键（PRIMARY KEY）不是可有可无的装饰，而是数据库强制要求你为每张表指定的唯一标识字段（或字段组合）。它必须满足两个铁律：NOT NULL（不能为 NULL）和 UNIQUE（整张表内绝不重复）。比如一张 users 表，用 id 字段当主键，插入时若漏填、填重复、或填 NULL，MySQL 会直接报错：ERROR 1048 (23000): Column 'id' cannot be null 或 ERROR 1062 (23000): Duplicate entry '1' for key 'PRIMARY'。
为什么非设不可？关键在 InnoDB 的聚簇索引
如果你用的是默认存储引擎 InnoDB（绝大多数情况都是），主键就决定了整张表数据怎么物理存放。InnoDB 把数据直接存在主键索引的叶子节点上——这叫聚簇索引（Clustered Index）。这意味着：
- 按主键查询最快，通常 1–3 次磁盘 I/O 就能定位到行；
- 没有主键时，InnoDB 会悄悄生成一个隐藏的
GEN_CLUST_INDEX（6 字节 rowid），但这个 ID 对业务完全不可控，且无法用于外键或显式查询； - 如果主键是自增整数（如
BIGINT AUTO_INCREMENT），新记录基本追加写入，避免页分裂；而用 UUID 或字符串作主键，容易导致随机插入、频繁页分裂，性能明显下降。
怎么设主键？建表时最稳妥
推荐在 CREATE TABLE 时一次性定义主键，避免后期修改引发锁表或数据迁移。常见写法：
CREATE TABLE orders ( id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no) );
注意几个硬约束：
DM外贸模板建站是一套开源免费的 php+mysql建站系统 , 可以用来快速建设一个响应式的企业网站( PC，手机)。后台操作简单，维护方便。 DM企业建站系统主要特点： 1、模板管理功能，下载后，会有多个模板可选择。 2、可以给每个页面设置SEO关键字，有利于搜索引擎收录。可以给每个页面设置别名，从而是让网页的访问网址更加简洁。 DM外贸模板建站 安装
-
AUTO_INCREMENT字段必须是主键（或主键的一部分），且只能有一个； - 类型推荐
INT或BIGINT UNSIGNED（避免负值干扰）； - 不要用带业务含义的字段（比如
phone、email）当主键——它们可能变更、被回收、或涉及隐私合规问题； - 联合主键（如
PRIMARY KEY (user_id, product_id)）可行，但会加大二级索引体积，且INSERT/UPDATE语句更易出错，日常开发中尽量避免。
已有表补主键？小心锁表和数据冲突
对大表执行 ALTER TABLE t ADD PRIMARY KEY (id) 是高危操作：MySQL 会重建整张表（copy & rebuild），期间表被锁，写入阻塞。更麻烦的是，如果该字段已有 NULL 值或重复值，命令会直接失败，必须先清理：
- 查空值：
SELECT COUNT(*) FROM t WHERE id IS NULL; - 查重复：
SELECT id, COUNT(*) FROM t GROUP BY id HAVING COUNT(*) > 1; - 补全空值（如用自增模拟）：
SET @row := 0; UPDATE t SET id = (@row := @row + 1) WHERE id IS NULL;（慎用，需提前备份）
线上大表务必在低峰期操作，并确认 binlog 格式为 ROW，否则主从延迟可能飙升。
主键看着简单，但它牵一发而动全身——既是数据安全的底线，也是查询性能的基石。很多人只记得加 AUTO_INCREMENT，却忽略类型选择、是否允许负数、以及隐式聚簇行为带来的写放大问题。这些细节，往往在百万级数据量时才突然暴露。
