必须加where，否则整张表都会被改掉；mysql不警告、不确认、不回滚，直接全表更新，如update users set status='active'会将所有用户状态设为active。
必须加 WHERE，否则整张表都会被改掉。
UPDATE 语句不带 WHERE 会全表更新
这是最常踩的坑：执行 UPDATE users SET status = 'active' 没写 WHERE，结果所有用户状态都被设成 active。MySQL 不会弹窗确认，也不会自动回滚——它就真这么干了。
- 生产环境严禁执行无
WHERE的UPDATE - 哪怕你只想测试，也先用
SELECT验证条件是否命中预期行数：SELECT * FROM users WHERE id = 123 - 如果不确定条件唯一性，加
LIMIT 1是兜底手段（但不能替代WHERE的逻辑严谨性）
更新多字段时用逗号分隔，别用 AND
SET 后面不是布尔表达式，而是字段赋值列表。写成 SET name = 'a' AND age = 25 会被 MySQL 当作逻辑运算，结果是把 name 设为 0 或 1（因为 'a' AND age = 25 返回真假值）。
- 正确写法：
UPDATE users SET name = 'Alice', age = 25 WHERE id = 123 - 字段顺序无关，但建议按表结构顺序写，方便后续维护
- 字符串值必须用单引号包裹；数字、NULL、函数调用不用引号
用 LIMIT 1 控制只更新首条匹配记录
当 WHERE 条件可能命中多行，但业务只要改一条（比如“把最早注册的未验证用户激活”），就得靠 LIMIT 1。
- 直接加在语句末尾：
UPDATE users SET verified = 1 WHERE verified = 0 ORDER BY created_at ASC LIMIT 1 -
ORDER BY很关键：没它时LIMIT 1的“第一条”是不确定的（取决于存储引擎和索引扫描顺序） -
LIMIT在 MySQL 中只对单表生效；多表JOIN更新时需用子查询或临时表绕过
更新 JSON 字段要小心语法和路径
MySQL 5.7+ 支持 JSON 类型，但 UPDATE 时不能直接赋值整个对象，得用 JSON_SET()、JSON_REPLACE() 等函数。
- 错误：
UPDATE config SET data = '{"timeout": 30}' WHERE id = 1（会存成字符串，不是 JSON） - 正确：
UPDATE config SET data = JSON_SET(data, '$.timeout', 30) WHERE id = 1 - 如果字段是
TEXT或VARCHAR存的 JSON 字符串，先CAST(data AS JSON)再操作，否则函数会报错
真正危险的不是语法记不住，而是习惯性省略 WHERE 或凭感觉写条件。每次敲 UPDATE 前，先默念一遍“这条语句影响几行”，再查一遍——比事后恢复快十倍。
