ThinkPHP 的 save() 默认全量更新所有非空字段，因模型不追踪变更；应改用 isUpdate(true)->data() 显式指定字段，或 Db::table()->update() 避免副作用。
为什么 save() 会更新所有字段而不是只改变动的字段
ThinkPHP 的 save() 默认走的是“全量更新”逻辑，哪怕你只改了 status，它也会把模型里所有非空字段拼进 SQL 的 SET 子句。这不是 bug，是设计如此——模型层不主动追踪字段变更状态。
常见错误现象：updated_at 被无意义刷掉、password 字段被意外覆盖为 null 或空字符串、并发下丢失其他人的修改。
- 使用场景：表单提交后调用
$model->save()，但只传了部分数据（比如仅改状态） - 参数差异：
save()不接受“只更新指定字段”的布尔开关；allowField()是白名单控制，不是变更检测 - 性能影响：多字段 update 比单字段多 2–5 倍日志体积，MySQL 的 binlog 和从库压力也相应增加
用 isUpdate(true) + data() 显式声明要更新的字段
这是最直接可控的方式：绕过模型自动收集字段的逻辑，自己拼好要改的数据，再明确告诉框架“这是更新操作”。ThinkPHP 会据此生成 WHERE 条件并只 SET 列表里的字段。
示例：
立即学习“PHP免费学习笔记（深入）”；
$data = ['status' => 1, 'updated_at' => date('Y-m-d H:i:s')];
$model->isUpdate(true)->data($data)->save();
- 必须显式传
updated_at，否则不会更新（除非用事件或自动时间戳，但那又回到全量问题） -
isUpdate(true)不能省略，否则 ThinkPHP 会当新增处理，可能触发主键冲突或自增 ID 异常 - 如果用
where()配合update()静态方法，效果等价，但要注意update()不触发模型事件和验证
启用 autoWriteTimestamp 时，updated_at 仍会被全量写入
很多人以为开了自动时间戳就安全了，其实不然。只要没用 data() 显式限定字段，save() 依然会把 updated_at 和其他所有字段一起塞进 SQL —— 自动时间戳只是帮你填值，不改变字段范围。
- 容易踩的坑：在控制器里先
$model->find(123)，再改一个字段后save()，结果整行重写，包括刚被别人改过的remark - 兼容性注意：ThinkPHP 6.0+ 的
useTimeStamps()默认开启，但行为不变；5.1 中需手动配置auto_write_timestamp - 更稳妥的做法：关闭自动时间戳，改用
data()手动控制updated_at，避免和业务字段耦合
复杂场景下推荐用 Db::table()->where()->update()
当模型逻辑太重、字段关系混乱，或者你根本不需要模型的验证/事件/关联功能时，直接切到 Db 层是最干净的选择。它天然就是“只更新指定字段”，没有隐藏字段、没有自动填充、没有钩子干扰。
示例：
立即学习“PHP免费学习笔记（深入）”；
Db::table('user')->where('id', 123)->update(['status' => 2]);
- 性能优势明显：跳过模型实例化、属性赋值、验证器执行等开销，尤其适合后台批量状态更新
- 风险点：不走模型的
setAttr、toJson等转换逻辑，如果字段是 JSON 类型或需要序列化，得自己处理 - 别漏写
where条件，否则变成全表更新——ThinkPHP 不做安全防护，update()没 where 就真全表扫
真正难的不是选哪个方法，而是每次写 save() 前得想清楚：这次改动有没有副作用？有没有人正同时改别的字段？数据库里那个字段是不是真的该被我覆盖？
