如何设置MySQL字段非空？not null约束的添加、修改与避坑详解

在MySQL表设计中，是否允许字段为NULL看似小事，实际影响很大。NULL值会让count(字段名)统计不准确、让!=比较失效、还可能导致联合索引中的列无法命中索引。把确知必有值的字段设置为not null，是数据库设计规范中最基础也最重要的一条。本文从建表声明、已有表的修改、默认值配合、常见报错处理几个角度，完整讲解MySQL非空约束的设置方法。

一、建表时声明not null约束

最推荐的做法是在建表阶段就规划好每个字段是否允许为空。在CREATE TABLE语句中，直接在字段类型后面加上NOT NULL关键字即可。例如创建一张用户表，用户名和创建时间这类必有值的字段都应该加上非空约束：

CREATE TABLE `user` (
  `id` INT UNSIGNED NOT NULL AUTO_INCREMENT,
  `username` VARCHAR(50) NOT NULL COMMENT '用户名',
  `email` VARCHAR(100) DEFAULT NULL COMMENT '邮箱，可以为空',
  `status` TINYINT NOT NULL DEFAULT 1 COMMENT '状态，默认1',
  `created_at` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

上面的例子体现了两种典型写法：username是纯not null约束，插入时必须显式提供值，否则严格模式下会直接报错；status和created_at则是not null与default的组合，插入时即使不提供值，数据库也会自动填充默认值，既保证了非空又省去了业务代码的判断。

一个经验法则：能填default就尽量配合default使用。例如INT字段给default 0，VARCHAR字段给default空字符串，时间字段给default CURRENT_TIMESTAMP。这样应用层偶尔漏传字段也不会触发报错，数据的完整性由数据库层兜底。

二、修改已有表的字段为非空约束

如果表已经存在，需要用ALTER TABLE配合MODIFY或CHANGE语句来调整。MODIFY只改字段定义不改名，CHANGE可以同时改字段名。两者的语法都要完整重写字段类型，不能只写约束部分：

-- 使用MODIFY添加not null
ALTER TABLE `user`
  MODIFY COLUMN `username` VARCHAR(50) NOT NULL COMMENT '用户名';

-- 使用CHANGE同时改字段名并加not null
ALTER TABLE `user`
  CHANGE COLUMN `uname` `username` VARCHAR(50) NOT NULL;

-- 删除not null约束，改回允许NULL
ALTER TABLE `user`
  MODIFY COLUMN `email` VARCHAR(100) NULL DEFAULT NULL;

这里有个非常容易踩的坑：如果表中该字段已经存在NULL数据，直接执行ALTER语句会报ERROR 1138 (22004): Column 'username' has a set default value NULL...之类的错误，或者在严格模式下报Invalid use of NULL value。正确做法是先把存量NULL数据清洗掉再改约束：

-- 先将NULL更新为默认值
UPDATE `user` SET `username` = '' WHERE `username` IS NULL;
-- 再添加非空约束
ALTER TABLE `user`
  MODIFY COLUMN `username` VARCHAR(50) NOT NULL DEFAULT '' COMMENT '用户名';

注意更新条件必须用IS NULL而不是= NULL。NULL在SQL中代表未知值，任何值与NULL用等号比较结果都是NULL而不是true，因此WHERE username = NULL永远查不出数据，这是初学者最高频的错误之一。

另外，对大表执行ALTER修改字段定义时，MySQL 8.0的instant机制并不支持修改NULL属性，可能会触发全表重建，锁表时间与表数据量成正比。线上环境操作大表前，务必评估执行时长，建议在业务低峰期进行，或使用pt-online-schema-change等在线改表工具。

三、NULL与空字符串的区别及查询差异

很多开发者分不清NULL和空字符串''，认为效果差不多，实际语义完全不同。NULL表示这个字段没有值，是未知状态；空字符串表示有值，值就是空文本。例如手机号字段，用户没填是NULL，用户清空了输入框提交则可能是空字符串，业务含义截然不同。

在统计和比较行为上两者差异明显。COUNT(phone)会跳过NULL行但不跳过空字符串行；判断NULL必须用IS NULL或IS NOT NULL，判断空字符串用phone = ''。看下面的对比：

-- 统计填过手机号的用户数（NULL不计入，空字符串计入）
SELECT COUNT(`phone`) FROM `user`;

-- 查询未填手机号的用户（标准写法）
SELECT * FROM `user` WHERE `phone` IS NULL OR `phone` = '';

-- 使用IFNULL做查询时的兜底处理
SELECT IFNULL(`phone`, '未填写') AS phone_text FROM `user`;

还有一种特殊情况：not null的字段在插入时如果SQL_MODE不严格，传NULL可能被悄悄转成空字符串或0而不报错；严格模式下则会直接拒绝写入并报错。生产环境一定要确认SQL_MODE包含STRICT_TRANS_TABLES，避免脏数据静默写入。可以通过SELECT @@sql_mode;查看当前模式。

四、常见报错与处理技巧

设置了not null之后，最常见的报错是Field 'xxx' doesn't have a default value，意思是INSERT语句没有提供该字段的值，且字段也没有默认值。解决方式有两种：给字段加default，或者保证所有INSERT语句显式包含该字段。如果使用的是ORM框架，注意模型定义中字段是否允许为空，保持代码与表结构一致。

批量写入时也建议显式列出字段清单，避免依赖表结构顺序：

INSERT INTO `user` (`username`, `status`, `created_at`)
VALUES ('张三', 1, NOW()),
       ('李四', 1, NOW());

总结一下：非空约束的核心思路是在设计阶段就明确字段是否必有值，not null配合default让数据库自动兜底；修改已有表时先清洗NULL数据再执行ALTER；查询判断永远用IS NULL而非等号比较。掌握这几点，MySQL的非空约束设置就基本不会出问题了。

mysql not null非空约束字段约束修改时间：2026-09-08 20:39:16