在MySQL数据库设计中,数据类型定义了字段的存储格式,而表约束则从业务逻辑层面保证数据的合法性和完整性。没有约束的表,空值、重复数据、逻辑冲突这些问题分分钟冒出来——比如学生所属的班级压根不存在。合理使用约束,能让数据库具备“自我校验”能力,大大减轻程序侧的数据校验压力。这篇文章系统梳理一下MySQL的核心表约束,结合实战案例讲清楚它们的用法、区别以及常见坑点,帮大家设计出更健壮、更稳定的表结构。
一. 表约束核心概念
表约束,简单来说就是对表中字段的规则限制,目的是保证数据的准确性、唯一性和关联性。MySQL支持的核心约束包括以下几种:
- 空属性约束(
NULL/NOT NULL):限制字段是否允许为空 - 默认值约束(
DEFAULT):字段没赋值时自动用默认值顶上 - 列描述(
COMMENT):字段说明,方便理解,但不做校验 - 零填充约束(
ZEROFILL):数字宽度不够时前面补0 - 主键约束(
PRIMARY KEY):唯一标识一条记录,非空且唯一 - 自增长约束(
AUTO_INCREMENT):整数字段自动递增 - 唯一键约束(
UNIQUE KEY):字段值唯一,但允许空值 - 外键约束(
FOREIGN KEY):关联两张表,保证数据逻辑一致性
| 约束类型 | 描述 |
|---|---|
| 空属性约束(NULL/NOT NULL) | 限制字段是否允许为空值。 |
| 默认值约束(DEFAULT) | 字段未赋值时自动使用默认值。 |
| 列描述(COMMENT) | 用于字段说明,不会校验数据。 |
| 零填充约束(ZEROFILL) | 数字类型不足指定宽度时在前面自动补零。 |
| 主键约束(PRIMARY KEY) | 唯一标识表中的每一行记录,字段必须非空且唯一。 |
| 自增长约束(AUTO_INCREMENT) | 整数字段在插入新记录时自动递增生成新值。 |
| 唯一键约束(UNIQUE KEY) | 保证字段值唯一,但允许为空值(通常只允许一个空值)。 |
| 外键约束(FOREIGN KEY) | 用于关联两张表,保证数据的一致性和完整性。 |
二. 基础约束:NULL/NOT NULL 与 DEFAULT
先聊最基础的——空值和默认值,这是表设计的第一步,也是最容易被忽视的地方。
2.1 空属性约束(NULL/NOT NULL)
NULL是默认值,字段允许为空。但要留意:空值没法参与运算,比如1+NULL的结果还是NULL,这在数据统计时很容易搞出问题。而NOT NULL则强制要求字段必须有值,插入或更新时不能留空。
实战案例:
创建一个班级表,班级名和教室都不能为空:
-- 创建表(班级名和教室非空)
CREATE TABLE myclass(
class_name VARCHAR(20) NOT NULL,
class_room VARCHAR(10) NOT NULL
);
-- 插入合法数据(成功)
INSERT INTO myclass VALUES('class1', '301');
-- 插入非法数据(未给class_room赋值,报错)
INSERT INTO myclass(class_name) VALUES('class2');
-- 报错:ERROR 1364 (HY000): Field 'class_room' doesn't ha ve a default value
2.2 默认值约束(DEFAULT)
如果某个字段的值大部分时候都是固定的,直接设个默认值就能省掉很多事。插入数据时如果没给这个字段赋值,MySQL会自动用默认值填上。
实战案例:
创建用户表,年龄默认0,性别默认“男”:
CREATE TABLE tt10(
name VARCHAR(20) NOT NULL, -- 非空(必须赋值)
age TINYINT UNSIGNED DEFAULT 0, -- 默认0
sex CHAR(2) DEFAULT '男' -- 默认男
);
-- 插入时仅赋值name,age和sex使用默认值
INSERT INTO tt10(name) VALUES('zhangsan');
-- 查询结果
SELECT * FROM tt10;
-- +----------+-----+-----+
-- | name | age | sex |
-- +----------+-----+-----+
-- | zhangsan | 0 | 男 |
-- +----------+-----+-----+
有一点值得注意:NOT NULL和DEFAULT通常不会同时用,因为有了默认值,字段自然就不会是NULL了。

2.3 列描述(COMMENT)
COMMENT就是一个注释,用于解释字段含义,MySQL不会拿它做任何校验。但对开发者和DBA来说,这玩意儿非常实用,尤其是表结构比较复杂时,能一眼看懂字段是干什么用的。不过DESC命令看不到注释,得用SHOW CREATE TABLE才能查看到完整信息。
CREATE TABLE tt12( name VARCHAR(20) NOT NULL COMMENT '姓名', age TINYINT UNSIGNED DEFAULT 0 COMMENT '年龄', sex CHAR(2) DEFAULT '男' COMMENT '性别' ); -- desc无法查看注释 DESC tt12; -- 通过SHOW CREATE TABLE查看注释 SHOW CREATE TABLE tt12\G -- 结果: -- `name` varchar(20) NOT NULL COMMENT '姓名', -- `age` tinyint(3) unsigned DEFAULT '0' COMMENT '年龄', -- `sex` char(2) DEFAULT '男' COMMENT '性别'
2.4 零填充约束(ZEROFILL)
这个约束只对数字类型生效。如果字段值的实际宽度小于设定的宽度,MySQL会在左边补0。但注意,这只是显示层面的格式化,实际存储的值并没有改变。
实战案例:
-- 创建表,a字段设置zerofill CREATE TABLE tt3( a INT(5) UNSIGNED ZEROFILL, -- 宽度5,零填充 b INT(10) UNSIGNED ); -- 插入数据 INSERT INTO tt3 VALUES(1, 2); -- 查询结果(a字段填充为00001) SELECT * FROM tt3; -- +-------+------+ -- | a | b | -- +-------+------+ -- | 00001 | 2 | -- +-------+------+ -- 验证实际存储值(仍为1) SELECT a, HEX(a) FROM tt3; -- +-------+-------+ -- | a | HEX(a) | -- +-------+-------+ -- | 00001 | 1 | -- +-------+-------+
- 关键点:没有
ZEROFILL的话,数字类型后面的宽度(比如INT(10))其实没啥实质意义,只是显示用的。
三. 核心约束:主键、自增长与唯一键
这三兄弟是解决“数据重复”和“逻辑主键”问题的核心手段,也是设计表时最常用的约束。
3.1 主键约束(PRIMARY KEY)
主键就像表的“身份证”,用来唯一确定一条记录。它的核心特性就两个:非空且唯一。一张表最多只能有一个主键,通常用用户ID、学号这类字段来充当主键。
实战案例 1:单字段主键
-- 创建表时指定主键 CREATE TABLE tt13( id INT UNSIGNED PRIMARY KEY COMMENT '学号(主键)', name VARCHAR(20) NOT NULL ); -- 插入合法数据(成功) INSERT INTO tt13 VALUES(1, 'aaa'); -- 插入重复主键(报错) INSERT INTO tt13 VALUES(1, 'bbb'); -- 报错:ERROR 1062 (23000): Duplicate entry '1' for key 'PRIMARY'
实战案例 2:复合主键(多字段联合主键)
单字段不够用时,可以用多个字段联合起来做主键。比如学生成绩表,学号+课程代码才能唯一确定一条记录。
-- 学生成绩表:id(学号)+ course(课程代码)为复合主键 CREATE TABLE tt14( id INT UNSIGNED, course CHAR(10) COMMENT '课程代码', score TINYINT UNSIGNED DEFAULT 60 COMMENT '成绩', PRIMARY KEY(id, course) -- 复合主键 ); -- 插入合法数据(成功) INSERT INTO tt14(id, course) VALUES(1, '123'); -- 插入重复复合主键(报错) INSERT INTO tt14(id, course) VALUES(1, '123'); -- 报错:ERROR 1062 (23000): Duplicate entry '1-123' for key 'PRIMARY'
主键的添加与删除
-- 给已有表添加主键 ALTER TABLE tt13 ADD PRIMARY KEY(id); -- 删除主键(注意:若主键关联自增长,需先取消自增长) ALTER TABLE tt13 DROP PRIMARY KEY;
3.2 自增长约束(AUTO_INCREMENT)
自增长字段会自动从当前最大值+1生成新值,非常适合用作逻辑主键。但有几个限制:必须是整数类型,必须是索引(通常和主键搭配),一张表最多只能有一个自增长字段。
实战案例:
-- 主键+自增长(逻辑主键)
CREATE TABLE tt21(
id INT UNSIGNED PRIMARY KEY AUTO_INCREMENT,
name VARCHAR(10) NOT NULL DEFAULT ''
);
-- 插入时省略id,自动递增
INSERT INTO tt21(name) VALUES('a');
INSERT INTO tt21(name) VALUES('b');
-- 查询结果
SELECT * FROM tt21;
-- +----+------+
-- | id | name |
-- +----+------+
-- | 1 | a |
-- | 2 | b |
-- +----+------+
-- 获取上次插入的自增长值
SELECT LAST_INSERT_ID(); -- 结果:1(批量插入返回第一个值)

3.3 唯一键约束(UNIQUE KEY)
唯一键也和唯一性有关,但它允许空值(空值不参与唯一性比较)。这解决了“一张表里多个字段需要保持唯一”的问题——毕竟主键只能有一个。
主键和唯一键的区别,可以看下面这个表格:
| 特性 | 主键(PRIMARY KEY) | 唯一键(UNIQUE KEY) |
|---|---|---|
| 唯一性 | 是 | 是 |
| 非空性 | 是 | 否(允许空值) |
| 一张表数量 | 最多 1 个 | 多个 |
| 核心作用 | 标识唯一记录 | 保证业务字段不重复 |
实战案例:
创建学生表,学号唯一但允许为空:
CREATE TABLE student(
id CHAR(10) UNIQUE COMMENT '学号(唯一,可空)',
name VARCHAR(10)
);
-- 插入合法数据(成功)
INSERT INTO student(id, name) VALUES('01', 'aaa');
INSERT INTO student(id, name) VALUES(NULL, 'bbb'); -- 空值允许
-- 插入重复唯一键(报错)
INSERT INTO student(id, name) VALUES('01', 'ccc');
-- 报错:ERROR 1062 (23000): Duplicate entry '01' for key 'id'
四. 关联约束:外键(FOREIGN KEY)
外键是个好东西,它让表和表之间不再是孤岛。通过外键,可以保证从表的数据在主表里必须存在,比如学生的班级号必须在班级表里能找到。
4.1 外键核心规则
- 外键定义在从表上,主表必须有主键或唯一键
- 从表外键字段的值,必须在主表对应字段中存在,或者为NULL
- 主表删除或修改关联记录时,需要考虑如何处理从表的数据(比如级联删除,或者直接禁止操作)

4.2 实战案例
创建班级表(主表)和学生表(从表),学生表的class_id关联到班级表的id:
-- 1. 创建主表(班级表) CREATE TABLE myclass( id INT PRIMARY KEY, -- 主键 name VARCHAR(30) NOT NULL COMMENT '班级名' ); -- 2. 创建从表(学生表),添加外键 CREATE TABLE stu( id INT PRIMARY KEY, name VARCHAR(30) NOT NULL COMMENT '学生名', class_id INT, -- 外键:class_id关联myclass的id FOREIGN KEY (class_id) REFERENCES myclass(id) ); -- 3. 插入主表数据 INSERT INTO myclass VALUES(10, 'C++大牛班'), (20, 'Ja va大神班'); -- 4. 插入合法从表数据(class_id在主表存在) INSERT INTO stu VALUES(100, '张三', 10), (101, '李四', 20); -- 5. 插入非法从表数据(class_id=30在主表不存在,报错) INSERT INTO stu VALUES(102, '王五', 30); -- 报错:ERROR 1452 (23000): Cannot add or update a child row: a foreign key constraint fails -- 6. 插入class_id=NULL(未分配班级,成功) INSERT INTO stu VALUES(102, '赵六', NULL);
4.3 外键的意义
外键的核心价值就是“让数据库自动校验数据关联性”。如果不用外键,你就得在代码里手动检查——今天写了,明天可能忘了,后天就出个bug。数据库能帮我们干的事,就让它干吧。

五. 综合实战:设计电商订单表
把前面讲的约束都串起来,设计一个简单的电商系统表结构。需求是这样的:
- 商品表:商品编号自增主键,名称非空,单价默认0
- 客户表:客户编号自增主键,姓名非空,邮箱唯一,性别枚举(男/女),身份证唯一
- 购买表:订单号自增主键,关联客户编号和商品编号(外键),购买数量默认0
-- 创建数据库
CREATE DATABASE IF NOT EXISTS bit32mall DEFAULT CHARACTER SET utf8;
USE bit32mall;
-- 1. 商品表(主表)
CREATE TABLE IF NOT EXISTS goods(
goods_id INT PRIMARY KEY AUTO_INCREMENT COMMENT '商品编号',
goods_name VARCHAR(32) NOT NULL COMMENT '商品名称',
unitprice FLOAT NOT NULL DEFAULT 0.1 COMMENT '单价(单位:分)',
category VARCHAR(12) COMMENT '商品分类', // 也可以用枚举
provider VARCHAR(64) NOT NULL COMMENT '供应商名称' // 也可以用枚举
);
-- 2. 客户表(主表)
CREATE TABLE IF NOT EXISTS customer(
customer_id INT PRIMARY KEY AUTO_INCREMENT COMMENT '客户编号',
name VARCHAR(32) NOT NULL COMMENT '客户姓名',
address VARCHAR(256) COMMENT '客户地址',
email VARCHAR(64) UNIQUE KEY COMMENT '电子邮箱(唯一)',
sex ENUM('男','女') NOT NULL COMMENT '性别',
card_id CHAR(18) UNIQUE KEY COMMENT '身份证(唯一)'
);
-- 3. 购买表(从表,关联客户表和商品表)
CREATE TABLE IF NOT EXISTS purchase(
order_id INT PRIMARY KEY AUTO_INCREMENT COMMENT '订单号',
customer_id INT COMMENT '客户编号',
goods_id INT COMMENT '商品编号',
nums INT DEFAULT 1 COMMENT '购买数量',
-- 外键关联
FOREIGN KEY (customer_id) REFERENCES customer(customer_id),
FOREIGN KEY (goods_id) REFERENCES goods(goods_id)
);
六. 约束选型避坑指南和总结
- 优先使用非空约束:尽量让字段
NOT NULL。空值很容易让查询条件失效(比如WHERE age=0查不到值为NULL的记录),而且没法参与运算。 - 主键选择逻辑 ID:主键建议用与业务无关的自增整数(比如
id),别用身份证、手机号这些业务字段——哪天业务改了,修改主键的代价非常大。 - 唯一键保证业务唯一性:像邮箱、身份证这类字段,用
UNIQUE KEY约束就行,没必要拿来做主键。 - 外键谨慎使用:外键虽然好,但会拖慢插入和更新的速度。高并发场景下可以考虑去掉外键,改成在程序里做校验。
- 自增长字段注意重置:删除表里的数据,自增长值不会自动归零。想重置的话,得用
ALTER TABLE表名AUTO_INCREMENT=1手动处理。
总结:
MySQL的表约束其实就是一套“数据守门员”。从最基础的空值/默认值约束,到核心的主键/唯一键约束,再到关联的外键约束,每一层都有自己的职责。基础约束管字段本身,核心约束管数据唯一性,关联约束管表间逻辑。把这些约束用好,你的表结构就能扛住大部分业务场景下的数据完整性问题。
