thinkphp 的 saveall 批量更新“有的没改到”的核心原因是它未执行 update 而是全部 insert；根本在于主键字段名不一致（如传 user_id 但模型定义 pk='id'）、主键值在库中不存在、未启用 replace 模式导致冲突中断、或混用模型实例引发状态异常。
ThinkPHP 的 saveAll 批量更新“有的没改到”，核心原因只有一个：**它根本没走 UPDATE，而是全插了新记录**。这不是 bug，是设计逻辑——它靠主键字段是否存在、是否匹配来判断新增还是更新，稍有偏差就全部变成 INSERT。
主键字段名不一致是最常见原因
模型里定义的主键是 id（protected $pk = 'id';），但你传的数据里写的是 user_id 或 uid：
-
['user_id' => 123, 'name' => '张三']→ 模型找不到id字段，视为新增 -
['id' => 123, 'name' => '张三']→ 才会查库判断是否存在，决定 UPDATE
别指望框架自动映射或转换，必须严格同名。前端传参、Excel 导入、接口解析时都要手动重命名字段。
数据里有主键值，但数据库中实际不存在
saveAll 更新的前提是：该主键在数据库中已存在。如果传了 ['id' => 999]，而表里根本没有 id=999 的记录，那这条就会被当成新记录插入。
- 检查 ID 是否真实存在（尤其删除后又重用 ID 的场景）
- 导出原始数据时漏掉了 WHERE 条件，导致取到空结果集
- 多环境 ID 不一致（测试库 ID=1001，生产库最大才 800）
没开 replace 模式，又没主键冲突处理
默认情况下，saveAll 对重复主键/唯一索引冲突不做任何处理。比如你传两条 id=5 的数据，第二条会直接报 Duplicate Entry 错误并中断，后续数据全跳过。
- 加参数
['replace' => true]可启用 REPLACE INTO（注意：会引发自增 ID 跳变） - 更安全的做法是先用
Db::name('table')->where('id', 'in', $ids)->select()预查一遍，筛掉不存在的 ID
事务或批量中混用了不同模型实例
如果你在循环里每次 new User() 再调 saveAll，可能触发模型状态残留或事件钩子干扰；而跨模型共用一个实例又可能导致自动填充、时间戳逻辑错乱。
- 固定一个模型实例复用：
$model = new User(); foreach ($chunks as $chunk) { $model->saveAll($chunk); } - 避免在
saveAll前手动调$model->isUpdate(true)（TP6 已移除该方法），它不起作用 - 想强制更新？用
$model->force()->save()是单条的，saveAll不支持 force 批量
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
