UPDATE语句必须带WHERE条件，否则整表数据会被覆盖；执行前须用SELECT验证条件，避免字符串漏引号、NULL误用=、模糊匹配错误及逻辑优先级混乱等问题。
UPDATE 语句必须带 WHERE 条件，否则整张表数据都会被覆盖——这是最常踩的坑。
UPDATE 语句的基本结构和执行逻辑
SQL 的 UPDATE 不是“修改某条记录”，而是“对满足条件的所有行执行赋值操作”。它没有隐式主键约束，也不校验是否真的有匹配行，哪怕 WHERE 条件没命中任何数据，语句也执行成功（Affected rows: 0）。
- 语法骨架固定：
UPDATE table_name SET column1 = value1, column2 = value2 WHERE condition; -
SET后面可以多个赋值，用逗号分隔，但不能写成SET (col1, col2) = (val1, val2)（MySQL 8.0.19+ 支持行构造器语法，但兼容性差，不建议） -
WHERE是强制安全阀；漏写或写成恒真条件（如WHERE 1或WHERE id > 0）等于批量误删 - 执行前务必先用
SELECT验证条件：SELECT * FROM users WHERE status = 'pending';—— 看清楚再更新
WHERE 条件中容易出错的几种写法
条件写错不会报语法错误，但会更新错数据，且不可逆（除非有备份或事务回滚）。
- 字符串值忘记加单引号：
WHERE name = zhangsan→ 应为WHERE name = 'zhangsan'，否则可能触发列名解析或类型隐式转换 - 使用
= NULL判断空值：永远为 false，必须写成WHERE column IS NULL - 模糊匹配写错：
WHERE email LIKE '%@gmail.com'匹配以该域名结尾的邮箱；若想匹配包含，则应为'%@gmail.com%' - 多条件逻辑优先级混乱：比如
WHERE type = 'admin' OR type = 'user' AND status = 'active'实际等价于type = 'admin' OR (type = 'user' AND status = 'active')，建议显式加括号
更新时涉及表达式、子查询或关联表的注意事项
当 SET 右侧不是静态值，而是计算结果或来自其他表的数据，行为更易偏离预期。
- 数值字段用表达式更新（如自增）：
UPDATE logs SET retry_count = retry_count + 1 WHERE id = 123;—— 注意初始为NULL会导致整个表达式为NULL，需配合COALESCE(retry_count, 0) + 1 - 用子查询更新单个字段：
UPDATE orders SET customer_name = (SELECT name FROM customers WHERE id = orders.cust_id);—— 若子查询返回多行会报错；返回空行则设为NULL - 跨表更新（MySQL）：
UPDATE orders o JOIN customers c ON o.cust_id = c.id SET o.cust_level = c.level WHERE c.registered_at —— 必须用 <code>JOIN显式关联，不能在WHERE里隐式关联，否则效率极低甚至锁表
真正难的不是语法，而是确认「哪些行会被改」和「改完是不是你想要的状态」。上线前在测试库用 SELECT 模拟、开事务包裹、检查 Affected rows 数字，比背熟语法重要得多。
