根本原因是传给addAll()的数据中包含数据库表不存在的字段，ThinkPHP默认不校验直接拼入SQL导致MySQL报“Unknown column”；需打印array_keys($dataList[0])确认键名、手动清洗字段或改用Db::insertAll()并严格对齐表结构。
ThinkPHP addAll() 报错 “Unknown column” 或 “字段不存在”
根本原因不是 SQL 写错了，而是你传给 addAll() 的每条数据中，包含了数据库表里**根本不存在的字段名**。ThinkPHP（尤其 3.2 / 5.x）默认不做字段白名单过滤，会原样拼进 INSERT 语句，MySQL 直接报错。
常见错误现象：
- 控制台或日志里看到
SQLSTATE[42S22]: Column not found: 1054 Unknown column 'status_text' in 'field list' - 明明只传了
name、email，却报created_at不存在——说明模型或中间件偷偷往数据里塞了字段
实操建议：
- 用
array_keys($dataList[0])打印第一条数据的键名，确认是否混入了虚拟字段（如full_name）、时间格式化字段（如create_time_text）或关联属性（如user.name） - 批量前先做字段清洗：
$cleanData = array_map(function($item) { return array_intersect_key($item, array_flip(['name', 'email', 'status'])); }, $dataList); - ThinkPHP 6+ 推荐改用
Db::name('table')->insertAll()，它比模型的addAll()更轻量、不触发模型事件和自动填充，也更少“暗地加字段”
ThinkPHP 模型自动填充/自动完成导致字段错乱
如果你在模型里定义了 protected $auto、$insert 或 $update，它们会在 addAll() 前被批量应用——但注意：这些规则是**逐条执行**的，而 addAll() 本身不走完整的模型 save 流程，某些版本下自动完成可能失效或部分生效，造成字段缺失或多出。
立即学习“PHP免费学习笔记（深入）”；
使用场景：
- 你希望每条记录都带
create_time，但发现有的有、有的没；或者admin_id只填到了第一条 - 模型里写了
$insert = ['status' => 1]，但实际插入时该字段全为 NULL
实操建议：
- 不要依赖模型的
$insert做批量默认值，改在组装$dataList时显式赋值：$item['create_time'] = date('Y-m-d H:i:s'); - 如果必须复用逻辑，把自动填充抽成独立函数，批量前统一调用：
array_walk($dataList, function(&$item) { $item['status'] = getStatusByRule(); }); - ThinkPHP 6 中，
insertAll()不触发模型的自动完成，这是设计使然——别指望它和save()行为一致
ThinkPHP 6 insertAll() 和 5.x addAll() 字段校验差异
ThinkPHP 6 的 Db::name()->insertAll() 默认开启字段严格检查（取决于数据库驱动配置），而 5.x 的 M()->addAll() 几乎完全放行。这导致同一份代码在升级后突然报字段不存在。
参数差异与兼容性影响：
-
insertAll($data, $batchSize = null)：第二个参数是分批大小，不是字段白名单；它不会帮你过滤非法字段 - 想让 TP6 也“宽松”一点？得关掉字段检查：
Db::name('user')->strict(false)->insertAll($data)，但不推荐——掩盖问题不如提前清理 - TP5.x 的
addAll()在 MySQL 下支持REPLACE INTO语法（通过$User->addAll($data, true)），但 TP6 已移除该参数，需手写原生 SQL
性能提示：即使字段合法，TP6 的 insertAll() 在大数据量下仍比 TP5.x 的 addAll() 多一次字段元数据查询（用于构建 INSERT 语句），所以首次执行略慢，后续稳定。
为什么 getField() 正常，addAll() 却报字段不存在？
因为 getField() 只读字段，不涉及 INSERT 语句构造；而 addAll() 是写操作，字段名直接参与 SQL 拼接。两者底层走的数据库接口路径完全不同。
容易踩的坑：
- 你调试时用
getField('id,name')看到数据正常，就以为字段名没问题——但它根本不校验email是否真在表结构里 - 数据库表用了下划线命名（
user_name），但代码里传的是驼峰（userName），TP5.x 不自动转换，TP6 默认开启think\db\connector\Mysql::parseKey()会尝试转，但失败时仍报错 - 字段名含空格或特殊字符（如
`user name`），没用反引号包裹，MySQL 解析失败——ThinkPHP 不会帮你加反引号
最稳的做法：始终用 SHOW COLUMNS FROM table_name 查一遍真实字段名，再严格对齐数组键名。别信文档、别信记忆、别信上个项目的命名习惯。
