答案：MySQL约束无严格优先级，但实际执行顺序通常为：先应用DEFAULT填充，再检查NOT NULL，随后CHECK约束，接着UNIQUE/PRIMARY KEY唯一性，最后FOREIGN KEY引用完整性。
在MySQL数据库中，约束（Constraint）用于保证数据的完整性与一致性。常见的约束包括：NOT NULL、DEFAULT、UNIQUE、PRIMARY KEY、FOREIGN KEY 和 CHECK。当多个约束作用于同一列或多个列时，了解它们之间的“优先级”或执行顺序对设计表结构和排查问题很有帮助。
需要明确的是：MySQL并没有严格意义上的“约束优先级”概念，约束不是按优先级顺序执行的，而是根据其语义在数据操作（INSERT、UPDATE）过程中同时被检查。但如果从实际生效逻辑和错误触发顺序来看，可以总结出一个大致的处理流程。
1. NOT NULL 约束最先被检查
当插入或更新数据时，如果某列定义了 NOT NULL，但传入的值为 NULL，MySQL会立即报错，不会继续后续某些约束的完整检查。
- 例如：INSERT INTO users(name, email) VALUES (NULL, 'a@b.com'); 若 name 被定义为 NOT NULL，则直接报错 Column 'name' cannot be null。
- 这给人一种“NOT NULL 优先级最高”的印象，因为它在语法解析后很早就被验证。
2. DEFAULT 影响未提供值的情况
DEFAULT 不是强制性约束，而是一个赋值机制。它在 INSERT 时，若未指定该列的值且允许默认，则自动填充默认值。它与其他约束协同工作。
- 如果列有 DEFAULT 但又被定义为 NOT NULL，那么即使不插入值，也会使用默认值，避免违反 NOT NULL。
- DEFAULT 在 NOT NULL 检查前“补位”，可看作逻辑前置步骤。
3. UNIQUE 和 PRIMARY KEY 检查唯一性
这些约束在数据写入时进行索引层面的重复校验。
- PRIMARY KEY 自动隐含 NOT NULL 和 UNIQUE。
- 当插入重复主键或唯一键时，会提示 Duplicate entry 错误。
- 这类检查发生在存储引擎层（如InnoDB），通常在数据行准备写入时执行。
4. FOREIGN KEY 约束检查外键关联
外键约束用于维护表间引用完整性。
- 插入时，要求外键列的值必须在被引用表的对应列中存在。
- 删除或更新被引用行时，若有关联的外键行，默认会阻止操作（RESTRICT），也可配置为 CASCADE 或 SET NULL。
- 外键检查依赖存储引擎支持（InnoDB 支持，MyISAM 不支持）。
5. CHECK 约束（MySQL 8.0+ 更完善支持）
CHECK 用于定义更复杂的条件限制。
- 例如：CHECK (age >= 18)，如果插入 age=16 的数据，会报错。
- CHECK 约束通常在其他基本约束（如 NOT NULL）之后检查，但它属于表达式级别验证。
- 注意：MySQL 5.7 及以前版本会解析 CHECK 但不执行，真正生效是从 MySQL 8.0 开始。
综合说明：虽然没有硬性优先级列表，但从执行流程看，大致顺序如下：
- 应用 DEFAULT 填充缺失值
- 检查 NOT NULL（此时值已确定）
- 检查 CHECK 约束
- 检查 UNIQUE / PRIMARY KEY 唯一性
- 检查 FOREIGN KEY 引用完整性
这个顺序并非官方文档明确定义的“优先级”，而是基于实际行为的归纳。不同存储引擎或具体SQL执行路径可能略有差异。
另外，所有约束在事务中都遵循 ACID 特性。如果任意一个约束失败，整个操作将回滚（在支持事务的引擎中）。
基本上就这些。设计表时应合理组合约束，避免冲突，理解它们的生效时机比记忆“优先级”更重要。
