UPDATE语句必需包含WHERE子句，基本语法为UPDATE表名SET列名=新值WHERE条件；应先用SELECT验证WHERE是否匹配目标行，避免误更新整表。
UPDATE 语句的基本写法和必需条件
MySQL 更新数据必须用 UPDATE 语句，且 WHERE 子句不是可选的——漏写会导致整张表数据被误更新。语法骨架是：UPDATE 表名 SET 列名 = 新值 WHERE 条件。
常见错误现象：执行后发现整列数据全变成同一个值，大概率是忘了 WHERE 或条件没匹配到任何行（此时 Rows matched: 0）。
-
SET后可同时更新多个字段，用逗号分隔，例如：SET name = 'Alice', status = 1 - 条件中尽量使用主键或有索引的字段，避免全表扫描；
WHERE id = 123比WHERE email LIKE '%@example.com'安全且快 - 字符串值必须用单引号包裹，数字不用；
SET price = 99.9正确，SET price = '99.9'在严格模式下可能报错
安全更新前先验证 WHERE 条件是否生效
直接跑 UPDATE 风险高，建议先用 SELECT 模拟检查目标行。这不是“多此一举”，而是防止线上事故的关键动作。
例如想更新用户状态：UPDATE users SET status = 2 WHERE last_login ，应先执行：
SELECT id, last_login, status FROM users WHERE last_login < '2023-01-01' LIMIT 5;
确认返回的是你预期的记录，再执行更新。如果结果为空，说明条件写错了或者数据本身不满足。
- 开发/测试环境务必开启
SQL_SAFE_UPDATES=1（默认开启），它会拒绝没有WHERE或KEY条件的UPDATE/DELETE - 在命令行客户端执行前，可用
SELECT ROW_COUNT()查看上一条UPDATE影响了多少行，比肉眼数更可靠 - 涉及时间字段比较时注意时区，
NOW()和UTC_TIMESTAMP()返回值不同，别混用
批量更新多行且逻辑不同：用 CASE WHEN
当需要按不同条件给同一列赋不同值时，别写多个 UPDATE，用 CASE WHEN 一条搞定，减少锁表时间和网络往返。
比如给订单按金额区间打标签：
UPDATE orders SET level = CASE<br> WHEN amount >= 1000 THEN 'VIP'<br> WHEN amount >= 500 THEN 'GOLD'<br> ELSE 'NORMAL'<br>END<br>WHERE status = 'paid';
注意点：
-
CASE表达式里所有分支返回类型要一致，否则 MySQL 可能隐式转换导致精度丢失（如混用整数和小数） - 整个
UPDATE仍受WHERE限制，上面例子只更新已支付订单，没加WHERE就会扫全表 - 如果
CASE分支很多，考虑是否更适合用临时表 + JOIN 更新，可读性和维护性更好
更新时引用自身或其他表的数据
MySQL 支持在 UPDATE 中关联查询，但语法稍受限。更新某表并从另一表取值，不能直接 FROM，得用 JOIN 写法。
例如：用 user_profiles 表的 bio 更新 users 表的 description：
UPDATE users u<br>JOIN user_profiles p ON u.id = p.user_id<br>SET u.description = p.bio<br>WHERE p.bio IS NOT NULL;
关键限制：
- 被更新的表（这里是
users）不能在FROM子句中再次出现，否则报错You can't specify target table for update in FROM clause - 若需子查询取值，必须包一层派生表，例如：
(SELECT MAX(created_at) FROM logs) AS t - 跨库更新要写全名：
db1.users，但确保账号有对应库权限，否则静默失败
真正容易被忽略的是事务控制——哪怕只更新一行，只要业务上有强一致性要求，就得套 BEGIN/COMMIT，并检查 ROW_COUNT() 是否为 1，否则可能是条件错配或并发修改。
