建表时直接定义主键，最安全也最推荐
绝大多数情况下，主键应该在
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
大表操作建议避开业务高峰，并提前在从库验证，避免锁表时间过长。
复合主键不是“多个主键”，而是“一个由多列组成的主键”
当单个字段无法唯一标识一行时（比如订单明细表中，单看
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)时才有效
主键不是装饰品，它绑定着聚簇索引、影响物理存储顺序、决定外键引用基础。一旦定下，尤其在生产环境，修改成本远高于初期设计成本。
