一张表只能有一个主键约束，因其用于唯一标识每行并构建聚簇索引；多字段联合主键仍视为一个主键；主键列自动NOT NULL且不重复；外键仅InnoDB生效，要求被引用列有索引且类型严格一致；CHECK约束自8.0.16起才真正有效；UNIQUE约束与唯一索引语义等价但机制不同，允许多NULL。
主键约束（PRIMARY KEY）为什么必须且只能有一个
一张表只能定义一个 PRIMARY KEY，因为主键的核心作用是唯一标识每一行数据。MySQL 用它来构建聚簇索引，物理上决定数据存储顺序。如果允许多个主键，存储引擎无法确定以哪个字段组织 B+ 树。
- 定义多个字段联合为主键是允许的，比如
PRIMARY KEY (user_id, order_time)，但整个组合仍算作「一个」主键约束 - 主键列自动
NOT NULL，且不允许重复；手动加NOT NULL不等于主键，只是避免空值 - 使用
INT自增做主键时，注意AUTO_INCREMENT值不会回滚，高并发插入可能跳号
外键约束（FOREIGN KEY）在 InnoDB 和 MyISAM 中表现不同
FOREIGN KEY 只在 InnoDB 引擎中生效，MyISAM 虽然能语法通过，但不校验、不级联、不锁表——等于没加。
- 建外键前，被引用的列必须有索引（通常是主键或唯一索引），否则报错
ERROR 1005 (HY000): Can't create table - 外键列和父表对应列的数据类型必须严格一致：包括是否无符号（
UNSIGNED）、字符集、排序规则（COLLATION） - 删除父表记录时，若子表存在关联数据，默认拒绝操作；可改用
ON DELETE CASCADE或ON DELETE SET NULL，但后者要求子列表字段允许NULL
CHECK 约束在 MySQL 8.0.16+ 才真正起作用
早期版本（如 5.7）会解析 CHECK 语法但忽略执行，写进去也没效果。8.0.16 起才默认启用，且支持函数表达式（如 CHECK (age >= 0 AND age ）。
- 检查失败时抛出错误：
ERROR 3819 (HY000): Check constraint 'xxx_chk_1' is violated -
CHECK不会阻止NULL值通过（除非显式写成age IS NOT NULL AND age > 0） - 与触发器相比，
CHECK性能更好，但逻辑不能跨表，也不能调用存储函数
唯一约束（UNIQUE）和唯一索引（UNIQUE INDEX）的区别在哪
语义上几乎等价，都保证字段值不重复，但实现机制略有差异：唯一约束是约束类型，唯一索引是索引类型。MySQL 内部为每个 UNIQUE 约束自动创建同名唯一索引。
- 允许一个
UNIQUE列含多个NULL（标准 SQL 行为），因为NULL != NULL，不参与唯一性比较 - 如果已有数据存在重复值，添加
UNIQUE约束会失败，需先清理或用ALTER IGNORE TABLE ... ADD UNIQUE（已废弃，不推荐） - 复合唯一约束下，只要元组整体不重复即可，例如
(a,b)的(1,NULL)和(1,NULL)会被认为重复（两个NULL视为相等）
约束不是加得越多越好。过度依赖 CHECK 或复杂外键级联，可能拖慢批量导入或大事务性能。真正关键的是主键设计和外键引用一致性——这两项一旦出错，修复成本远高于预防成本。
