insertall() 返回 false 或 0 且无报错，主因是数据格式不合规（需纯数字索引数组）或字段缓存未更新（新字段被静默过滤）；模型 save() 批量新增需显式 isupdate(false) 或新建实例；m() 下 addall() 失败优先改用 db::name()->insertall()。
insertAll() 返回 false 或 0，但没报错
这是最典型的“不起作用”现象：调用 insertAll() 后返回 false 或 0，日志里也没 SQL 错误。根本原因往往是传入数据格式不合规。
-
insertAll()内部会检查$data[0]是否为数组，如果传的是以时间戳、字符串为键的关联数组（如['1728977040' => [...], '1728977045' => [...]]），直接短路返回false - 确保数据是纯数字索引的一维数组，例如
[0 => [...], 1 => [...]]；可用array_values($data)强制重排键名 - 空数组、
null元素、或某条记录本身不是数组（比如混入了字符串），也会被拦截
新增字段写不进数据库，但其他字段正常
字段存在、SQL 没报错、日志显示“成功插入 N 条”，但新字段值始终为 NULL 或默认值——这基本锁定是字段缓存问题。
- ThinkPHP 默认开启
DB_FIELDS_CACHE，把表结构缓存到runtime/Data/_fields/下的 PHP 文件中 - 数据库加了新字段后，缓存没更新，模型仍按旧 schema 过滤数据，新字段被静默丢弃
- 开发阶段建议在配置中设
'DB_FIELDS_CACHE' => false；线上环境则必须手动删掉runtime/Data/_fields/全部文件（仅删该目录，不要整个runtime）
同一个模型实例反复调用 save() 批量新增失败
用一个 User 实例循环赋值再 save()，第二条开始报主键冲突（Duplicate entry 'X' for key 'PRIMARY'），是因为 TP 把上一次的主键 ID 记住了。
- 首次
$user->save()成功后，模型内部已绑定自增id，后续再save()默认走更新逻辑 - 批量新增必须显式声明不更新：
$user->isUpdate(false)->save() - 更安全的做法是每次新建实例，或用
data($data, true)强制重置数据并关闭自动识别：$user->data($data, true)->isUpdate(false)->save()
addAll() 在 M('Table') 场景下无声失败
M('WorkProductMd')->addAll($data) 返回 false，但 Db::name('work_product_md')->insertAll($data) 却能成功——说明问题出在模型层的字段校验或缓存上。
-
M()创建的是基础模型，不走完整模型生命周期，但依然受DB_FIELDS_CACHE影响；新字段未出现在缓存中就会被过滤 - 若表无主键，
addAll()可能因内部主键检测逻辑异常而提前退出（尤其 TP5.0.x 早期版本） - 优先改用
Db::name('table')->insertAll($data)，它绕过模型字段白名单，只依赖数据库实际结构
insertAll() 连 SQL 都不会生成。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
