最直接方式是用UPDATE + WHERE column_name IS NULL，因NULL不参与等值比较，必须用IS NULL而非= NULL；先SELECT COUNT(*)确认行数，再执行UPDATE并备份或事务操作。
UPDATE 语句配合 IS NULL 判断是最直接方式
想把 NULL 批量替换成默认值，核心就是用 UPDATE + WHERE column_name IS NULL。别用 = NULL，那是无效写法——SQL 中 NULL 不参与任何等值比较，必须用 IS NULL 或 IS NOT NULL。
实操建议：
- 先用
SELECT COUNT(*) FROM table_name WHERE column_name IS NULL确认有多少行要改，避免误操作 - 执行前务必备份或在事务中操作：
BEGIN TRANSACTION;→UPDATE ...→ 确认无误再COMMIT - 字符串字段常用默认值如
''（空字符串），数值字段常用0或-1，时间字段可用'1970-01-01'等业务可识别的占位时间
COALESCE 和 CASE 都不能直接更新，但可用于 SELECT 场景
COALESCE(column_name, 'default') 或 CASE WHEN column_name IS NULL THEN 'default' ELSE column_name END 在 SELECT 里很常用，但它们只是“临时替换显示值”，不会修改原数据。有人误以为加个 UPDATE ... SET col = COALESCE(col, 'x') 就能批量覆盖所有 NULL，其实它会把所有行都重写一遍（包括非 NULL 行），既低效又可能触发不必要的触发器或复制日志。
正确做法是限制作用范围：
- 只更新
NULL行：UPDATE table_name SET column_name = 'default' WHERE column_name IS NULL - 如果需按类型差异化赋值（比如性别字段
NULL→'U'，金额字段NULL→0.00），仍用WHERE分开写多条语句，比硬套CASE更清晰安全
不同数据库对 DEFAULT 约束的处理差异很大
有人想“一劳永逸”，给字段加 DEFAULT 约束后，以为后续插入自动填充，但旧数据里的 NULL 不会因此被更新。而且各数据库行为不一致：
- PostgreSQL 支持
ALTER COLUMN SET DEFAULT，但仅影响新插入行 - MySQL 5.7+ 允许
ALTER TABLE ... MODIFY COLUMN ... DEFAULT 'x'，同样不触发现有数据 - SQL Server 的
ADD CONSTRAINT ... DEFAULT也仅对新数据生效，且无法直接用于已有NULL行
所以，DEFAULT 是预防手段，不是修复手段。真要清理存量 NULL，还是得靠 UPDATE。
大表更新时容易卡住或锁表
如果表有几百万行，UPDATE ... WHERE column_name IS NULL 可能长时间持有行锁甚至表锁，阻塞其他读写。这时候不能硬跑一条语句。
分批更新更稳妥：
- 加主键/索引条件缩小范围：
UPDATE table_name SET col = 'x' WHERE col IS NULL AND id BETWEEN 10000 AND 20000 - 用循环或脚本控制每次更新 1 万行，间隔几秒再下一批（具体语法依数据库而定）
- 确认目标列上有索引（比如
CREATE INDEX idx_col_null ON table_name (col) WHERE col IS NULL），PostgreSQL 支持部分索引，MySQL 可用普通索引加速IS NULL查询
真正麻烦的是没索引的大表 + 高并发环境——这时候连 SELECT COUNT(*) WHERE IS NULL 都可能慢，得先评估再动手。
