MySQL支持UPDATE中直接对字段做加减运算，如score=score+10，属原生语法；需防WHERE缺失致全表误更新、NULL值使表达式结果为NULL、多字段更新时赋值顺序影响逻辑，以及DECIMAL字段浮点精度偏差。
UPDATE 语句里直接对字段做加减运算完全可行
MySQL 支持在 UPDATE 中对字段使用数学表达式，比如 score = score + 10 或 stock = stock - 1。这不是模拟或变通方案，而是原生语法，执行时由服务器端计算后写入，原子性强、无需读取再更新。
常见错误：WHERE 条件缺失或写错导致全表误更新
加减操作本身没风险，但漏掉 WHERE 或条件不严谨，会批量修改整张表——比如本想只扣用户 A 的余额，结果所有用户的 balance 都被减了 100。
- 务必在执行前用
SELECT验证WHERE是否命中预期行：SELECT id, balance FROM users WHERE username = 'alice'; - 避免用模糊匹配（如
LIKE '%admin%'）当更新条件，容易扩大范围 - 生产环境建议先加事务：
BEGIN; UPDATE ...; SELECT ROW_COUNT();确认影响行数再COMMIT
NULL 值会让整个表达式结果变成 NULL
如果被运算的字段允许为 NULL，而某行该字段值恰好是 NULL，那么 score = score + 5 的结果就是 NULL，不是 “保持原值” 或 “跳过”。这是 MySQL 的三值逻辑特性，不是 bug。
- 安全写法是显式处理：
score = IFNULL(score, 0) + 5 - 或者用
COALESCE(score, 0) + 5（兼容性略好） - 建表时若该字段本就不该为空，应设为
NOT NULL DEFAULT 0，从源头规避
涉及多字段联动更新时注意计算顺序
MySQL 按 SET 子句从左到右依次赋值，后面字段可引用前面刚更新的值。这点和某些 ORM 或其他数据库不同，容易误判。
UPDATE orders SET total = price * qty, status = IF(total > 1000, 'VIP', status) WHERE id = 123;
上面例子中，status 判断用的是刚算出的 total，不是旧值。但如果写成：
UPDATE orders SET status = IF(price * qty > 1000, 'VIP', status), total = price * qty WHERE id = 123;
则 status 用的是原始 price 和 qty，和上例逻辑等价；但若把 total 写在前面、又在后面用它参与计算，就可能产生意料外结果。
真正容易被忽略的是浮点字段精度问题——比如 DECIMAL(10,2) 字段做 amount = amount + 0.1 多次后，可能因隐式类型转换出现微小偏差；涉及金额务必统一用 DECIMAL 并确认小数位数足够。
