可以，ON CONFLICT DO UPDATE 必须显式指定要更新的列，未列出的字段保持原值不变；所有新值须通过 EXCLUDED.column_name 引用，SET 中写错字段名或遗漏 EXCLUDED 会导致静默错误或无效更新。
UPSERT 中 ON CONFLICT 能否只更新部分列？
可以，而且这是 INSERT ... ON CONFLICT ... DO UPDATE 的标准用法。PostgreSQL 不会自动更新所有字段，必须显式写出要更新的列和值；未列出的字段保持原值不变。关键在于 DO UPDATE SET 后面的赋值列表，它完全独立于 INSERT 的字段列表。
SET 子句里写错字段名或漏掉 EXCLUDED 会导致什么？
常见错误包括：直接写 SET name = 'xxx'（想当然赋常量），结果所有冲突行都被设成同一值；或者写 SET name = name（没加 EXCLUDED），导致字段被设成自己当前值，等于没更新；最隐蔽的是字段名拼错，PostgreSQL 会报 column "xxx" does not exist，但若误写成已存在的其他字段名（比如把 email 写成 emial），而表里恰好有 emial 列，就会静默更新错列。
- 所有需从新插入行取值的字段，必须通过
EXCLUDED.column_name引用 -
EXCLUDED是个虚拟表，代表本次 INSERT 尝试插入的那行数据 - 想保留原值？不写进
SET列表即可，不用显式写SET col = col - 支持表达式，比如
updated_at = NOW()或retry_count = EXCLUDED.retry_count + 1
复合唯一约束下，ON CONFLICT 怎么指定目标索引？
当表有多个唯一约束（如 UNIQUE (user_id, category) 和 UNIQUE (slug)），仅靠 ON CONFLICT (column) 可能歧义。此时必须明确指向约束名或索引名：
INSERT INTO items (user_id, category, slug, title, created_at) VALUES (123, 'news', 'hello-world', 'Hello', NOW()) ON CONFLICT ON CONSTRAINT items_user_id_category_key DO UPDATE SET title = EXCLUDED.title, updated_at = NOW();
注意：ON CONSTRAINT xxx 中的 xxx 是约束名，可通过 \d items 在 psql 中查看；若想用索引名，写法是 ON CONFLICT USING INDEX NAME idx_items_slug（PostgreSQL 15+ 支持）。
- 不指定约束/索引时，PostgreSQL 会尝试匹配所有唯一约束，失败则报错
- 约束名默认格式为
table_column_key，但可能被手动重命名，不能硬编码猜测 - 使用
USING INDEX更灵活，尤其当约束是基于表达式的唯一索引时
更新时引用原值做计算，为什么 EXCLUDED 不能用于条件判断？
EXCLUDED 只能在 SET 右侧或 WHERE 子句中使用，但它在 WHERE 中的行为容易误解：它代表“新值”，不是“旧值”。比如想“仅当新 title 非空才更新”，写 WHERE EXCLUDED.title IS NOT NULL 是对的；但若想“仅当原 title 为空才覆盖”，就得用 WHERE items.title IS NULL——这里 items 是目标表别名（需在 FROM 或隐式上下文中可用）。
-
DO UPDATE的WHERE条件作用于“更新前的行”，可访问原表字段 - 不能在
WHERE中写EXCLUDED.col = items.col来跳过相同值更新（这属于业务逻辑，PostgreSQL 不自动 dedupe） - 若需复杂条件，建议先用
SELECT检查，或在应用层控制是否发起 UPSERT
实际用的时候，最容易忽略的是 EXCLUDED 的必要性——少打一个词就全错；还有就是约束名得查清楚再写，凭印象写十有八九对不上。
