MySQL中用LEFT JOIN更新NULL字段时，必须用COALESCE(t2.col, 'default')提供兜底值并配合WHERE t1.col IS NULL条件，避免直接赋NULL；JOIN需写在UPDATE后，ON中定义关联，不可依赖WHERE过滤右表字段。
UPDATE SET 时如何用 LEFT JOIN 处理 NULL 值
直接在 UPDATE 中对 NULL 字段赋值为关联表的默认值，不能靠 WHERE col IS NULL 简单过滤——因为关联失败时，JOIN 后字段本身就是 NULL，你得先确保能拿到默认值，再决定是否覆盖。核心是：用 LEFT JOIN 拉取默认值，再用 COALESCE 或 CASE 控制赋值逻辑。
常见错误是写成：
UPDATE t1 SET t1.status = t2.default_status FROM orders t1 LEFT JOIN config t2 ON t1.category = t2.category WHERE t1.status IS NULL;
这会导致：只要 t2.default_status 是 NULL（比如 category 不在 config 表里），t1.status 就被设成 NULL，白更新了。
- 必须用
COALESCE(t2.default_status, 'pending')提供兜底值，或显式判断t2.default_status IS NOT NULL - PostgreSQL / SQL Server 支持
FROM子句；MySQL 要改用多表UPDATE ... JOIN语法 - SQLite 不支持
FROM，得用子查询或UPDATE ... SET x = (SELECT ...)形式
MySQL 下用 JOIN 更新 NULL 字段的正确写法
MySQL 不允许在 UPDATE 里直接写 FROM，必须把 JOIN 放在 UPDATE 关键字之后，且条件要写在 ON 里，不能只靠 WHERE 过滤。
正确示例（将 orders.status 中的 NULL 替换为对应 category 的默认状态）：
UPDATE orders t1 LEFT JOIN config t2 ON t1.category = t2.category SET t1.status = COALESCE(t2.default_status, 'unknown') WHERE t1.status IS NULL;
-
WHERE t1.status IS NULL是必要条件，否则所有行都会被覆盖 -
COALESCE保证即使t2.default_status为NULL（即没匹配到 config 行），也不会把status设成NULL - 如果 config 表中某 category 有多个默认值，
LEFT JOIN可能导致重复更新（笛卡尔积），需提前用GROUP BY或子查询去重
PostgreSQL 中用子查询避免 JOIN 风险
当关联表存在一对多、或你想更明确控制“只取一个默认值”时，子查询比 JOIN 更安全，也更容易加 LIMIT 1 或排序逻辑。
例如：取每个 category 下 priority 最高的默认状态：
UPDATE orders SET status = ( SELECT default_status FROM config WHERE config.category = orders.category ORDER BY priority DESC LIMIT 1 ) WHERE status IS NULL;
- 子查询返回空时，
status会被设为NULL—— 所以必须配合COALESCE或外层CASE： - 改成：
COALESCE((SELECT ...), 'default') - 子查询不能引用外部表的别名（如
orders AS o），只能用原表名或不加别名 - 性能上，若
config.category无索引，这个 UPDATE 可能很慢；建议加索引
NULL 判断陷阱：IS NULL vs = NULL 和性能影响
在 WHERE 条件里写 status = NULL 永远不生效——SQL 中 NULL = NULL 返回 UNKNOWN，不是 TRUE。必须用 IS NULL。
- 有些 ORM（如 Django ORM）生成的 SQL 会自动转
__isnull=True为IS NULL，但手写 SQL 时极易写错 -
IS NULL在有索引的列上通常无法走索引（除非是 PostgreSQL 的部分索引或 MySQL 8.0+ 的函数索引），大批量更新前先EXPLAIN看执行计划 - 如果目标列经常为
NULL，考虑建一个过滤索引加速，例如：CREATE INDEX idx_orders_null_status ON orders(status) WHERE status IS NULL（PostgreSQL）
真正麻烦的不是语法，而是默认值来源是否稳定、关联是否唯一、以及 NULL 到底代表“未设置”还是“不适用”——这些语义问题不厘清，SQL 写得再对，结果也可能错。
