thinkphp 的 save() 默认全量写入，会覆盖未传字段；应改用 update() 实现无损更新，并关闭验证和时间戳，或直接使用 db 类；并发时需用数据库原生运算或行锁保障原子性。
ThinkPHP 的 save() 为什么总覆盖字段而不是只更新传入的？
因为默认行为就是“全量写入”：即使你只传 ['name' => 'new']，save() 仍会把模型当前所有已加载字段（包括从数据库读出的旧值）拼成完整 SQL，导致未传字段被隐式设为 NULL 或默认值。
真正想做的“无损更新”，本质是只更新明确指定的字段，且不干扰其他字段——这需要绕过模型自动组装数据的逻辑。
- 用
update()方法替代save()，它只基于传入数组生成 SET 子句，不读取或合并已有数据 - 确保主键已设置（如
$model->id = 123），否则update()无法生成 WHERE 条件 - 避免在调用前执行
find()或访问模型属性，否则会触发数据加载，污染后续判断
如何让 ThinkPHP 跳过字段校验与自动时间戳，只执行纯字段更新？
校验和时间戳是“无损更新”的常见干扰源：比如你只想改 status，但模型规则强制要求 title 非空，或自动写入 update_time 覆盖了业务侧本意。
- 关闭验证：
$model->validate(false)或在update()时传空数组作为验证规则 - 跳过时间戳：
$model->autoWriteTimestamp(false)，或直接在数据中显式传入'update_time' => null（取决于数据库是否允许 NULL） - 若用 Db 类直连，更彻底：
Db::name('user')->where('id', 123)->update(['status' => 1])，完全脱离模型层干预
延迟写入（delayData）在 ThinkPHP 中真能合并多次更新吗？
不能。ThinkPHP 官方并无 delayData 这个机制或配置项，这是常见误解——可能混淆了 Laravel 的延迟事件、或自行封装的队列更新逻辑。
所谓“合并更新”，实际只能靠业务层控制：缓存变更、批量构造 SQL、或用事务包住多次 update() 调用。
- 别依赖不存在的框架特性，检查文档确认版本（6.x / 8.x 均无此功能）
- 如需合并，手动收集变更：
$updates[] = ['id' => 1, 'status' => 0]; $updates[] = ['id' => 2, 'status' => 1];，再用Db::name('table')->insertAll($updates, false)模拟 UPSERT，或分批update() - 注意 MySQL 的
INSERT ... ON DUPLICATE KEY UPDATE在 ThinkPHP 中需用strict模式配合原生查询
并发场景下，无损更新为何还会丢数据？
不是框架问题，而是没意识到“无损”不等于“原子”：两次 update(['score' => $score + 10]) 并发执行，结果只加了 10 而非 20，因为都基于同一初始值读取后计算。
- 用数据库原生运算：
Db::name('user')->where('id', 123)->setInc('score', 10)，由 MySQL 直接执行加法，避免 PHP 层读-改-写 - 对复杂逻辑，加行锁：
Db::name('user')->lock(true)->where('id', 123)->find()，再更新，但注意锁粒度和超时 - 避免在事务外做多次独立更新，尤其涉及计数、状态流转等敏感字段
真正的无损，得从“只更新该更新的字段”延伸到“只执行该执行的逻辑”，框架只提供工具，边界条件得自己兜住。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
