能，标准SQL支持UPDATE语句中用逗号分隔一次SET多个字段，如UPDATE t SET a=1, b=2 WHERE c=3；错误使用AND会导致逻辑表达式误赋值或语法错误，且WHERE缺失将引发全表误更新。
UPDATE 语句里能直接 SET 多个字段吗？
能，而且这是标准 SQL 的基本能力。UPDATE 本身就不限制 SET 的字段数量，只要它们属于同一张表，语法上完全允许一次写多个赋值表达式。所谓“不相关联”，指的是字段之间没有计算依赖（比如不用 col_a = col_b + 1），而是各自独立赋新值——这恰恰是最常见、最安全的用法。
常见错误是误以为必须用子查询或 JOIN 才能“同时更新”，结果把简单问题复杂化；或者在 WHERE 条件漏写，导致全表误更新。
-
SET后面用逗号分隔多个列名 = 值表达式，不是用AND - 所有被更新的字段必须属于目标表，不能跨表引用（除非用子查询或 JOIN，但那就不是“直接 SET”了）
- 如果某个字段要设为
NULL，直接写col_name = NULL，不要加引号
UPDATE 多字段时 WHERE 条件写错会怎样？
没加 WHERE 或条件恒真（比如 WHERE 1=1），会导致整张表所有行的那两个字段都被统一覆盖——这种事故在生产环境极难回滚。
典型场景：想只更新 ID 为 123 的用户状态和最后登录时间，却写了 UPDATE users SET status = 'active', last_login = NOW()（漏 WHERE），结果全员“复活”。
- 执行前务必确认
WHERE能精准定位到目标行，建议先用SELECT验证：SELECT id, status, last_login FROM users WHERE id = 123 - 涉及时间字段（如
NOW()、CURRENT_TIMESTAMP）要注意时区，MySQL 8.0+ 默认用系统时区，但连接层可能覆盖 - 如果 WHERE 依赖另一个字段（比如
WHERE status = 'pending'），要确认该字段索引是否存在，否则大表更新可能锁表很久
不同数据库对多字段 UPDATE 的语法差异
标准写法在 MySQL、PostgreSQL、SQL Server、SQLite 中都一致，但有两处容易踩坑：
- PostgreSQL 不支持在
SET中直接用表别名，比如UPDATE t SET t.a = 1, t.b = 2是错的，必须写成SET a = 1, b = 2 - SQL Server 允许在
SET中使用变量赋值（@var = column），但这只是副作用，不能用于后续 SET 表达式，且 MySQL 不支持这种写法 - Oracle 要求必须写
FROM子句才能关联更新，但纯多字段常量赋值仍用标准SET a=1, b=2
所以只要不带子查询、不跨表、不依赖别名，UPDATE table_name SET col1 = 'x', col2 = 123 WHERE id = 5 这种写法是真正跨数据库安全的。
什么时候不该用单条 UPDATE 更新两个字段？
表面看是“省一次网络往返”，但实际要权衡一致性与可维护性。以下情况建议拆开或换方案：
- 两个字段逻辑上属于不同业务阶段（例如：先标记“处理中”，再写入结果），合并在一条语句里会让状态过渡不可见，出错时难以定位中间态
- 其中一个字段更新需要触发器或外键约束，而另一个不需要——合并后可能意外激活不该触发的逻辑
- 字段值来自不同来源（一个来自参数，另一个来自子查询），子查询若慢或失败，整个 UPDATE 就失败，不如分开控制重试粒度
最常被忽略的一点：事务隔离级别下，即使单条 UPDATE，两个字段的写入仍是原子的，但读取端能否同时看到二者新值，取决于是否在同一个事务里 SELECT ——这不是 UPDATE 本身的问题，而是应用层如何组织读写节奏。
