MySQL拒绝为含NULL值的列添加NOT NULL约束，因DDL执行时发现现存NULL值；TEXT字段设NOT NULL且无默认值会导致插入失败，因其不支持默认值；安全操作需先UPDATE补值、再勾选NOT NULL、最后（非TEXT）设默认值。
因为表里已有 null 值，mysql 拒绝让含空值的列“突然变硬”——这不是 phpmyadmin 的 bug，而是 mysql 本身的约束校验逻辑在起作用。
phpMyAdmin 点“非空”就报 Invalid use of NULL value 是什么情况
你只是在 phpMyAdmin 界面勾选了「NOT NULL」复选框、点保存，结果弹出 ERROR 1138: Invalid use of NULL value 或类似提示。这不是前端卡顿或权限问题，而是 phpMyAdmin 在背后执行了 ALTER TABLE ... MODIFY COLUMN，而 MySQL 在执行时发现：该字段当前存在至少一行 NULL 值，无法直接施加 NOT NULL 约束。
- 哪怕只有一行是
NULL，也会失败 - 哪怕字段类型是
TEXT、VARCHAR、INT，规则都一样 - phpMyAdmin 不会自动帮你 UPDATE 数据，它只忠实地把你的勾选翻译成 DDL 语句
为什么 TEXT 字段设 NOT NULL + 无 DEFAULT 就插入失败
你可能在 phpMyAdmin 创建表时给 abstract 字段勾了「NOT NULL」但没填「默认值」，之后 INSERT 时不带这个字段，就报 'abstract' doesn't have a default value。原因很直接：
-
TEXT类型在 MySQL 中**不允许设默认值**（语法上就不支持），所以你根本填不了「默认值」栏位 - 一旦字段是
NOT NULL，又没有默认值，那每次 INSERT 都必须显式提供非 NULL 值 - 如果你 INSERT 语句里漏掉这个字段，或者传了
NULL，MySQL 就会拒绝——它不会“帮你补个空字符串”，也不会“转成 ''”，它只认规则
在 phpMyAdmin 里安全加 NOT NULL 的三步实操
别跳步，顺序错了必报错：
- 先在 SQL 标签页手动执行：
UPDATE table_name SET column_name = 'your_default' WHERE column_name IS NULL;（VARCHAR填''或'N/A'；INT填业务上合法的值，比如0或-1，别盲目填0） - 确认 UPDATE 行数和预期一致（比如
Rows matched: 123），再进结构页勾「NOT NULL」保存 - 如果想后续 INSERT 不填也自动补值，得额外加默认值：
ALTER TABLE table_name ALTER COLUMN column_name SET DEFAULT 'your_default';（注意：对TEXT类型这步无效，别试）
容易被忽略的坑：大表、严格模式、字符集
你以为 UPDATE 完就万事大吉？这几个点常在线上翻车：
立即学习“PHP免费学习笔记（深入）”；
- 表有几百万行？
UPDATE ... WHERE IS NULL可能锁表几分钟，建议用pt-online-schema-change或分批次更新 - MySQL 开了
STRICT_TRANS_TABLES（8.0+ 默认开启）？那连隐式转换（比如把''转成0）都会被拦住，UPDATE 时务必确保填的值类型完全匹配字段定义 - 用
MODIFY COLUMN改约束时，如果漏写CHARACTER SET utf8mb4或COLLATE utf8mb4_0900_ai_ci，可能意外重置字符集，导致中文乱码
真正麻烦的不是操作步骤，而是你得先搞清：那个字段的 NULL 到底是“数据缺失”，还是“业务上允许的未设置状态”。填默认值不是技术动作，是业务决策——填错一个 0，可能比留着 NULL 更难追溯。
