thinkphp5.0的save()未改字段也执行update，因其默认不作脏检测，将所有非空属性视为待更新字段；避免方式包括显式赋值、禁用时间戳、手动比对或原生查询。
ThinkPHP5.0 的 save() 方法在未修改字段时仍执行 UPDATE 语句，本质不是“失败”，而是框架默认行为：只要调用 save() 且满足更新条件（如含主键或传了 where），它就会生成并执行 SQL —— 即使所有字段值和数据库当前值完全一致。
为什么没改字段也发 UPDATE？
TP5.0 不做「值比对」式脏检测，默认把模型当前所有非空属性都当作待更新字段。例如：
- 你查出一条记录：
$user = User::get(1)，此时$user->name是 "张三" - 你没动它，直接
$user->save() - 框架仍会生成
UPDATE user SET name='张三', email='xxx' ... WHERE id=1
MySQL 执行后返回影响行数为 0，但 PHP 层不报错、也不拦截 —— 这就是“没改也更新”的真实原因。
如何避免无意义的 UPDATE？
关键不是阻止 SQL 发送，而是让框架只提交真正变化的字段：
-
用
data()+isUpdate(true)显式控制：先清空模型状态，再仅赋值要改的字段$user = new User();<br>$user->isUpdate(true)->data(['status' => 2], true)->save();
-
查出来后只改需要的属性，再 save：确保其他字段不被带入
$user = User::get(1);<br>$user->status = 2; // 只设这一个<br>$user->save(); // 此时只有 status 进 SQL
-
禁用自动写入时间戳干扰：如果
update_time总被加进去，关掉它：protected $autoWriteTimestamp = false;或在 save 时显式排除：$user->save(['status' => 2], ['id' => 1, 'update_time' => false]);
验证是否真有字段变更
若业务强依赖「值变化才更新」，可手动加一层判断：
- 从数据库查原始数据：
$origin = User::where('id', 1)->field('status, update_time')->find(); - 对比新旧值：
if ($origin->status != $newStatus) { $user->status = $newStatus; $user->save(); } - 或用原生查询绕过模型：
Db::name('user')->where('id', 1)->update(['status' => $newStatus]);—— 更轻量，不触发模型逻辑
注意几个易踩坑点
这些操作会让“未修改字段也被更新”问题更严重：
- 用了
$model->data($data)->save()：全量覆盖模型属性，所有字段都变“脏” - 用了
allowField(true)但 POST 数据里混入了未改动字段（如隐藏域 id、token） - 模型定义了
setXxxAttr修改器，导致赋值时值被悄悄转换，实际已不同 - 数据库字段类型不一致（如 PHP 传字符串
"1"，而 DB 是 INT），MySQL 隐式转换后值相等但框架认为不同
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
