insertAll只插一条数据是因为传入的不是严格二维数组，如误将单条记录当批量数据、键名不统一、含空数组或null子项被跳过却不报错。
insertAll 为什么有时只插了一条数据
ThinkPHP 的 insertAll 方法在数据量少或结构不规范时，容易“看似调用成功却只插入一条”，根本原因是传入的参数不是二维数组，或者数组中存在键名不一致、空值干扰等隐性问题。
常见错误现象：insertAll 返回 1（表示影响行数为 1），但实际想插 10 条；调试发现 var_dump($data) 显示外层数组只有 1 个元素，本质是把单条记录当成了批量数据传进去。
- 必须确保传入的是严格二维数组：每个子数组代表一行，且字段名（键）需统一，例如
['name' => 'A', 'age' => 18]和['name' => 'B', 'age' => 20] - 不能混用数字键和字符串键，如
[0 => ['name'=>'X'], 'name'=>'Y']会导致解析失败 - 空数组
[]或含null子项会被跳过，但不会报错，容易误判为“插成功了”
insertAll 在不同版本中的参数差异
ThinkPHP 6.x 和 ThinkPHP 5.1 对 insertAll 的签名和行为有明显区别，直接套用旧代码会出问题。
ThinkPHP 6.x（推荐）：insertAll 是模型方法，支持自动过滤、类型转换和事件触发，调用方式为 $model->insertAll($data)，其中 $data 是二维关联数组；若需返回自增 ID，要显式加 ['get_insert_id' => true] 参数（注意这是选项数组，不是第三个独立参数）。
立即学习“PHP免费学习笔记（深入）”；
ThinkPHP 5.1：insertAll 是 Db 类方法，Db::name('user')->insertAll($data)，不支持原生事件，且默认不返回 ID；若传入第三个参数 true，才启用获取自增 ID，但仅限单条主键。
- TP6 不再接受
insertAll($data, $replace = false, $getLastInsID = false)这种三参数写法 - TP5.1 中若开启事务，
insertAll的返回值是影响行数，不是 ID 数组；TP6 配合get_insert_id才能拿到 ID 列表 - 字段映射（如自动添加
create_time）在 TP6 模型层生效，在 TP5.1 需手动处理或用data()预设
大批量插入时性能卡在哪
用 insertAll 插入几千条数据仍很慢？大概率是没关事务、没禁用事件或字段校验太重。
默认情况下，TP6 的 insertAll 会对每条数据走一次验证（如果模型定义了 validate）、触发 before_insert 事件，并在每次执行前检查数据库连接状态。这些在批量场景下全是冗余开销。
- 关闭验证：传入
['validate' => false]选项（TP6） - 禁用事件：使用
Db::name('table')->withoutEvent()->insertAll($data) - 手动包事务：比模型自带事务更可控，尤其适合分批插入，例如每 500 条 commit 一次
- 避免在循环里反复 new 模型实例，复用同一个模型对象调用
insertAll
实测：1000 条数据，关验证 + 关事件 + 手动事务，耗时可从 1200ms 降到 180ms 左右。
insertAll 报错 “Column count doesn’t match value count” 怎么查
这个 MySQL 错误不是 PHP 层抛出的，说明 insertAll 最终生成的 SQL 中，INSERT INTO ... VALUES (...), (...) 的字段数与每组值数量对不上——通常是某条数据缺字段，或字段被自动过滤导致列不齐。
最容易被忽略的点：TP 模型的 autoWriteTimestamp 或 type 配置会让某些字段在插入时不显式出现，但数据库表里又是非空无默认值，结果 SQL 里漏了这一列。
- 先用
getLastSql()（TP6）或getLastSql()配合日志查看真实执行的 SQL - 检查所有子数组是否都包含主键外的必填字段（尤其
created_at、status等） - 确认模型中
protected $append = []或protected $hidden = []没意外过滤掉关键字段 - 如果用了
allowField(true)，确保每条数据的键都在数据表字段范围内，否则该字段会被丢弃，造成列数不匹配
真正麻烦的不是语法错，而是字段缺失发生在数据组装阶段，而不是 SQL 构建阶段——所以得从源头校验数组结构，不能只盯 SQL。
