勾选“允许为空”仅是生成建表语句的快捷方式，真正起作用的是NULL/NOT NULL约束本身；已有表修改需显式执行ALTER TABLE才生效，新建字段时勾选生成XXX VARCHAR(255) NULL，不勾默认加NOT NULL。
勾选“允许为空”只是生成建表语句的快捷方式，不等于字段真能存 null —— 真正起作用的是 null 或 not null 约束本身，且已有表修改后必须显式执行 alter table 才生效。
新建字段时，“允许为空”勾选框怎么用
在 phpMyAdmin「结构」页点击「添加列」后，勾选「允许为空」复选框，会生成带 NULL 的建表语句：
name VARCHAR(255) NULL
不勾则默认加 NOT NULL（除非你手动填了默认值且 MySQL 版本支持隐式行为）。
- 这个勾选只影响新字段定义，对已有数据无副作用
- 如果同时设置了默认值（如
DEFAULT 'guest'），MySQL 会隐式加NOT NULL，哪怕你勾了“允许为空”——DEFAULT和NULL是正交控制项，但有优先级冲突 -
TINYINT(1)这类数值类型，0 是合法值，不是 NULL；只有真正未传值或显式写NULL才触发空值逻辑
修改已有字段为允许 NULL，不能只靠界面点保存
在「结构」页编辑字段、勾上「允许为空」、点「保存」，**很多旧版 phpMyAdmin（如某些 Navicat 风格插件或低版本）实际发的是 CHANGE COLUMN 语句但漏掉 NULL 关键字**，结果 SHOW CREATE TABLE 里仍是 NOT NULL。
- 务必用
SHOW CREATE TABLE `table_name`查真实定义，找类似`email` VARCHAR(100) NULL这一行，这才是铁证 -
DESCRIBE table_name的Null列显示 YES/NO 只是当前元数据快照，可能滞后或不准 - 安全做法：直接进「SQL」页，手写
ALTER TABLE `t` MODIFY COLUMN `c` INT NULL（注意用MODIFY COLUMN而非CHANGE COLUMN，避免意外重定义类型）
插入 NULL 却报 “Column 'x' cannot be null”，常见真因
字段明明是 NULL，INSERT 时传 NULL 还报错，大概率不是设置问题，而是值没传对或被中间层拦截了：
立即学习“PHP免费学习笔记（深入）”；
- PHP 中用 PDO 拼 SQL，把变量写成
'NULL'（字符串）或''（空字符串），不是 SQL 字面量NULL；预处理绑定时应传null，不是'' - Python sqlite3 或 psycopg2 中，传了
''或'null'，而非None；PostgreSQL 还要注意默认值残留：即使DROP NOT NULL成功，若字段仍有DEFAULT 'xxx'，某些 ORM 会自动补默认值，掩盖NULL意图 - 字段是 JSON 类型或生成列（
GENERATED ALWAYS AS ... STORED），这类字段默认是NOT NULL，必须显式加NULL才行
NULL 在 phpMyAdmin 界面里为什么没高亮？
新版 phpMyAdmin 默认开启行高亮，但 NULL 单元格变色依赖两个条件同时满足：$cfg['RowHighlighting'] = true（默认开），且当前主题 CSS 定义了 .null 类样式。很多精简主题（如 metro）压根没写这个 class。
- 右键一个显示为
NULL的单元格 →「检查元素」，看是否有class="null"；没有就换主题（如pmahomme）或注入自定义 CSS - 在
config.inc.php加：$cfg['CustomCSS'] = './css/custom.css';，再创建该文件写入：.null { background-color: #424242 !important; color: #fff !important; } - 注意：
SELECT ''返回的是空字符串，不是 NULL，不会触发.null类；只有IS NULL的值才匹配
最易被忽略的一点：**“允许为空”只是约束入口，它不解决默认值冲突、不绕过外键限制、也不影响 JSON/生成列的隐式 NOT NULL 行为。确认字段可存 NULL，必须三查——SHOW CREATE TABLE 看定义、IS NULL 查数据、应用层确认传的是字面量 NULL 而非空字符串或未传字段。**
