col = col + 1 更新出错最常见原因是字段值为 NULL，因 NULL 参与运算结果恒为 NULL，导致该行被设为 NULL 而非预期自增；需预先处理空值或设默认值。
直接用 SET col = col + 1 是安全且推荐的做法，但必须确保字段允许 NULL 或已有确定初始值，否则 NULL 参与运算会导致整行更新为 NULL。
为什么 col = col + 1 有时更新出错？
最常见原因是字段本身为 NULL：MySQL 中任何数与 NULL 运算结果都是 NULL，所以 UPDATE t SET cnt = cnt + 1 遇到 cnt IS NULL 的行，会把 cnt 设为 NULL，而不是 1。
- 检查空值：
SELECT * FROM t WHERE cnt IS NULL - 修复空值（如设为 0）：
UPDATE t SET cnt = 0 WHERE cnt IS NULL - 建表时加默认值更稳妥：
cnt INT DEFAULT 0
带条件的自增更新要加 WHERE，别漏掉
没 WHERE 就是全表更新，容易误伤。比如只想给用户 ID=123 的积分加 1，写成：
UPDATE users SET score = score + 1 WHERE id = 123
如果漏掉 WHERE id = 123，所有用户的 score 都会 +1 —— 这类事故在压测或脚本中高频发生。
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 执行前先
SELECT验证：SELECT id, score FROM users WHERE id = 123 - 生产环境建议加 LIMIT（虽 MySQL UPDATE 不支持 LIMIT + 子查询，但可配合事务+行锁控制）
- 高并发下注意：
score = score + 1是原子操作，无需额外加锁（InnoDB 行级锁自动覆盖）
SET col = col + 1 和 SET col = col + 1 WHERE ... 性能差异在哪？
本质没区别 —— MySQL 仍需扫描满足 WHERE 条件的行，并对每行做一次读+计算+写。但关键影响在于索引是否生效：
- 若
WHERE字段无索引，会触发全表扫描，即使只改 1 行，也要遍历全部数据 - 自增表达式本身开销极小，瓶颈永远在 I/O 和锁等待，不在
+1计算 - 批量更新多行时，尽量用单条语句（如
WHERE id IN (1,2,3)），比循环执行 3 次快得多
真正容易被忽略的是字段类型隐式转换：比如 col 是 VARCHAR 却写 col = col + 1，MySQL 会尝试转成数字再加，可能截断或报错；务必确认字段是数值类型（TINYINT、INT、BIGINT 等）。
