建表时应直接定义主键，推荐用primary key(字段)单独声明；已有表加主键前须确保字段非空且唯一；复合主键需多列均非空且组合唯一；删主键需先移除auto_increment；主键设计宜初期确定。
建表时直接定义主键，最安全也最推荐
绝大多数情况下，主键应该在 CREATE TABLE 时就定好，而不是等表建完再补。因为事后加主键要额外校验字段是否满足“非空 + 唯一”，稍有疏忽就会报错。
单字段主键写法有两种，效果完全一样：
CREATE TABLE users (id INT PRIMARY KEY, name VARCHAR(50));CREATE TABLE users (id INT, name VARCHAR(50), PRIMARY KEY (id));
推荐第二种——把 PRIMARY KEY 单独拎出来写，结构更清晰，后续加复合主键或注释也方便。如果打算用自增，直接加上 AUTO_INCREMENT：id INT AUTO_INCREMENT PRIMARY KEY，注意顺序无关紧要，PRIMARY KEY AUTO_INCREMENT 也合法。
给已有表加主键，必须先清理数据
执行 ALTER TABLE users ADD PRIMARY KEY (id); 之前，MySQL 会严格检查：id 列是否所有值都非 NULL、是否全部唯一。只要有一条记录的 id 是 NULL，或有两个 id = 1，就会立刻报错：ERROR 1048 (23000): Column 'id' cannot be null 或 ERROR 1062 (23000): Duplicate entry '1' for key 'PRIMARY'。
实操前务必确认以下三点：
- 用
SELECT COUNT(*) FROM users WHERE id IS NULL;检查空值 - 用
SELECT id, COUNT(*) FROM users GROUP BY id HAVING COUNT(*) > 1;查重 - 若存在脏数据，先用
UPDATE或DELETE清理，再执行ADD PRIMARY KEY
大表操作建议避开业务高峰，并提前在从库验证，避免锁表时间过长。
BEESSHOW小程序商品展示预约，PHP+MYSQL，Yii2框架。原生微信小程序，电脑端，手机端，管理后台使用VUE element-ui。 一键引导安装，支持虚拟主机、服务器、本地测试。内置演示数据。 主要功能： 商品或服务功能 会员功能 预约订单功能 可以自定义小程序模板，自定义不同的模板页面 适合个人、商家、企业，提供商品展示和服务类微信
复合主键不是“多个主键”，而是“一个由多列组成的主键”
当单个字段无法唯一标识一行时（比如订单明细表中，单看 order_id 或单看 product_id 都不唯一），才用复合主键。它的本质仍是**一个主键**，只是由多个字段联合构成。
例如：CREATE TABLE order_items (order_id INT, product_id INT, quantity INT, PRIMARY KEY (order_id, product_id));
关键约束有两条：
-
order_id和product_id两列**都不能为 NULL**（哪怕只有一列是 NULL，整行就不满足主键非空） - 组合值
(1001, 201)和(1001, 202)可以共存，但(1001, 201)不允许出现两次
注意：复合主键会让 WHERE order_id = ? 这类查询无法走全索引（除非用到最左前缀），性能不如单列主键稳定，非必要不选。
删主键和改自增起点，小心隐含限制
删除主键用 ALTER TABLE users DROP PRIMARY KEY;，但有坑：
- 如果主键同时是
AUTO_INCREMENT字段，MySQL 8.0+ 会直接拒绝，必须先去掉自增属性：ALTER TABLE users MODIFY id INT;（或CHANGE），再删主键 - 删掉主键后，原主键列上的唯一索引也会消失——这意味着你得手动重建索引，否则查询可能变慢
- 想重置自增值？别用
ALTER TABLE ... AUTO_INCREMENT = N直接设太小的数，MySQL 会自动向上取整到当前最大值+1；真正生效的写法是：ALTER TABLE users AUTO_INCREMENT = 1000;，且仅当1000 > MAX(id)时才有效
主键不是装饰品，它绑定着聚簇索引、影响物理存储顺序、决定外键引用基础。一旦定下，尤其在生产环境，修改成本远高于初期设计成本。
