主键约束（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或复杂外键级联，可能拖慢批量导入或大事务性能。真正关键的是主键设计和外键引用一致性——这两项一旦出错，修复成本远高于预防成本。
