在MySQL数据库设计中，范式（Normal Form）是用来规范化数据表结构、减少数据冗余、提高数据一致性的理论依据。范式分为多个级别，常见的有第一范式到第五范式，此外还有BCNF（博科斯范式）。下面介绍这些范式的基本定义和作用。
第一范式（1NF）：确保字段原子性
第一范式要求数据库表的每个字段都是不可再分的最小数据单元，即列具有原子性。例如，如果有一个“地址”字段存储“省-市-区”，就不符合1NF，应将其拆分为“省”、“市”、“区”三个独立字段。
每列保持单一职责 每一行可以被唯一区分（通常需要主键） 表中不能出现重复的列或嵌套结构第二范式（2NF）：消除部分函数依赖
在满足1NF的基础上，第二范式要求所有非主属性都完全依赖于整个主键，而不是主键的一部分。这主要针对复合主键的情况。
例如，订单明细表中若主键是（订单ID, 商品ID），而“客户姓名”只依赖于“订单ID”，这就构成了部分依赖，违反了2NF。应将客户信息拆分到独立的订单表中。
第三范式（3NF）：消除传递依赖
在满足2NF的前提下，第三范式要求非主属性之间不能存在依赖关系，即不能有“间接依赖”。换句话说，非主属性必须直接依赖于主键。
比如，用户表中有“用户ID → 部门ID → 部门负责人”，那么“部门负责人”通过“部门ID”间接依赖于“用户ID”，应将部门信息单独建表。
BCNF（博科斯范式）：强化3NF
BCNF是第三范式的增强版本，它要求每一个决定因素都必须是一个候选键。在某些特殊情况下，3NF仍可能存在异常，BCNF能更好地解决这类问题。
例如，讲师授课表中，“课程 → 讲师”，“讲师 → 课程”，两者互为决定因素，但都不是主键时，可能引发更新异常，此时应考虑BCNF拆分。
第四范式（4NF）与第五范式（5NF）
这两类范式用于处理更复杂的多值依赖和连接依赖，在实际开发中较少使用，主要出现在理论研究或极高规范要求的系统中。
4NF 消除多值依赖：一个表中不应存在多个相互独立的多值属性 5NF 处理无损连接分解：确保表能通过连接恢复原始数据，避免信息丢失基本上就这些。在实际MySQL设计中，一般做到3NF或BCNF即可，过度规范化可能导致查询性能下降，需结合业务权衡。规范化不是目标，合理的数据结构才是关键。不复杂但容易忽略的是：先满足业务，再优化结构。
