漏掉WHERE子句的UPDATE必然全表更新，主流数据库按SQL标准执行且不警告；sql_safe_updates=1是唯一轻量会话级拦截机制，要求WHERE含主键/唯一索引字段或带LIMIT。
直接说结论：更新指定记录必须靠 WHERE 子句精准定位，漏写、写错或没索引支撑的 WHERE 条件，轻则改错数据，重则锁表、拖垮性能。
UPDATE 语句必须带 WHERE，否则就是全表误更新
MySQL 默认开启 sql_safe_updates=1（5.7+ 版本），不带 WHERE 或没用主键/索引字段过滤的 UPDATE 会被直接拒绝，报错类似：ERROR 1175: You are using safe update mode...。这不是 bug，是保护机制。
- 想只改某一行？
WHERE id = 123—— 前提是id是主键或有索引 - 想改某个状态的所有用户？
WHERE status = 'pending'—— 必须确认status字段建了索引，否则全表扫描 + 锁行风险极高 - 测试时手滑删了
WHERE？别急着 panic，先看Affected rows返回值；如果是 0，说明没匹配到；如果是大数字，立刻查监控或准备回滚
多字段更新和表达式更新要分清语法边界
SET 后面支持一次改多个字段，也支持用表达式动态计算新值，但逗号、等号、引号这些细节一错就语法报错或逻辑错位。
- 多个字段用英文逗号分隔：
SET name = '李四', age = age + 1, updated_at = NOW() - 字符串值必须加单引号，数字和函数不用：
SET status = 'archived'✅，SET status = archived❌（会被当成列名） - 日期字段更新注意格式：
SET expire_date = '2026-12-31'，不能写成'2026/12/31'或无引号的数字 - 用函数如
UPPER()、CONCAT()是合法的，但得确保返回类型和字段定义兼容，比如对INT字段执行SET score = UPPER(score)会隐式转成 0
Oracle 和 MySQL 对“前 N 条更新”的处理完全不同
想只更新前 100 条满足条件的记录？MySQL 可以直接加 LIMIT 100，Oracle 不行——ROWNUM 不能裸写在 UPDATE ... WHERE 里，否则逻辑失效或报错。
- MySQL 安全写法：
UPDATE users SET status = 'processing' WHERE status = 'pending' LIMIT 100 - Oracle 必须套子查询：
UPDATE (SELECT id, status FROM (SELECT id, status, ROWNUM rn FROM users WHERE status = 'pending') WHERE rn - Oracle 12c+ 更推荐 CTE 方式：
WITH t AS (SELECT id FROM users WHERE status = 'pending' ORDER BY id FETCH FIRST 100 ROWS ONLY) UPDATE users SET status = 'processing' WHERE id IN (SELECT id FROM t)—— 注意必须有ORDER BY，否则FETCH FIRST结果不可控
生产环境更新前必须验证 + 包裹事务
再小的 UPDATE 也别跳过验证步骤。线上直接执行，等于把数据库当玩具。
- 第一步永远是
SELECT验证：SELECT id, name, status FROM users WHERE status = 'pending' LIMIT 5，确认 WHERE 条件真能命中你要的那些行 - 第二步开事务：
START TRANSACTION;，然后执行UPDATE，再SELECT确认结果，没问题就COMMIT，出问题立刻ROLLBACK - 如果表很大、WHERE 条件没走索引，执行前先
EXPLAIN看执行计划，避免慢更新堵住整个库 - 别信“我就改一条”，只要没加主键条件、没走索引，哪怕
WHERE name = '张三'也可能锁住几千行（尤其name没索引时）
最容易被忽略的其实是锁粒度和执行顺序：WHERE 条件是否走索引，决定了你是行锁还是表锁；UPDATE 执行时机是否在长事务里，决定了别人会不会卡住。这些不体现在 SQL 语法里，但决定你改得快不快、安不安全。
