ThinkPHP5更新数据必须显式指定where条件，否则报错或误更新全表；update()不解析数组主键，需链式调用where；模型save()需isUpdate(true)；批量更新优先用setField()、自增/减用setInc()/setDec()。
ThinkPHP5 更新数据接口必须带条件，否则会报错或误更新全表。 直接调用 Db::name('user')->update($data) 且不加 where，在 TP5 中默认拒绝执行，抛出异常；若强行绕过（如写 where('1=1')），则可能批量覆盖所有记录——这不是接口设计的本意，而是严重安全隐患。
用 update() 方法前必须显式写 where
这是最常踩的坑：以为传了主键字段就能自动识别条件，其实不会。update() 是 Query 类方法，只认链式 where，不解析数组里的主键。
-
Db::name('user')->update(['name' => 'tom', 'id' => 2])→ 报错或无效果（取决于版本和配置） -
Db::name('user')->where('id', 2)->update(['name' => 'tom'])→ 正确，返回影响行数（1 或 0） - 多条件也一样：
Db::name('user')->where(['status' => 0, 'type' => 'vip'])->update(['status' => 1]) - 注意：
where必须在update前调用，顺序不能反
save() 在模型中更新需手动标定 isUpdate(true)
模型的 save() 默认行为是「新增」，即使数据里含主键。不加 isUpdate(true)，TP5 会尝试 INSERT 并因主键冲突失败。
-
$user = new User(); $user->data(['id'=>5, 'name'=>'jack']); $user->save();→ 插入失败（主键已存在） - 正确写法：
$user->isUpdate(true)->save(['id'=>5, 'name'=>'jack'])，或更稳妥地：$user->isUpdate(true)->validate(true)->save($data) - 如果数据数组里没带主键，但你想按其他字段更新（如
username），得配合where：User::where('username', 'jack')->update(['email'=>'j@x.com'])
批量更新单字段用 setField()，别硬套 update()
想把一批用户的积分统一加 100？用 update() 要先查出所有 ID 再拼数组，效率低还易出错。直接用 setField() 更安全简洁。
立即学习“PHP免费学习笔记（深入）”；
-
Db::name('user')->where('level', '>', 5)->setField('score', ['exp', 'score + 100'])→ 一行搞定，返回实际更新条数 -
setField('score', 800)是赋值；setField('score', ['exp', 'score + 100'])才是表达式运算 - 不要写
setField(['score' => 800, 'status' => 1])——setField不支持多字段数组（那是update的事）
自增/自减优先用 setInc() 和 setDec()
计数器类操作（如阅读量+1、库存-1）必须原子化，避免并发覆盖。TP5 的 setInc/setDec 底层走 SQL 的 UPDATE ... SET x = x + 1，天然线程安全。
-
Db::name('article')->where('id', 123)->setInc('view_count')→ 安全递增，返回 1 -
Db::name('goods')->where('id', 456)->setDec('stock', 2)→ 减 2，若 stock 当前为 1 且字段不允许负值，则返回 0 并报错 - 慎用
save()做这类操作：先查再改再存，中间可能被其他请求修改，导致数据错乱
真正容易被忽略的是：TP5 没有“无条件更新”的合理场景。所有更新接口都该默认强制校验条件存在，哪怕只是 where('id', $id)。漏掉 where 不是语法错误，而是逻辑灾难——它可能在测试环境没事，上线后某次参数为空就清空整张用户表。
