insertAll() 比循环 insert() 快得多，因其合并多行为单条 SQL，减少事务开销、网络往返和事件触发；而循环 insert() 每次都重复解析、校验、建事务。
为什么 insertAll() 比循环 insert() 快得多
因为单条 insert() 默认开启事务、触发模型事件、校验字段、生成 SQL 并执行——每轮都重复解析和连接开销。而 insertAll()（或原生 INSERT INTO ... VALUES (),(),()）把多行压进一条语句，减少网络往返、避免重复事务开销、跳过中间层逐条处理逻辑。
实操建议：
Knowledge Graph - Csv Graph Loader Generator
下载
从 CSV 数据集生成图数据库加载器和三元组映射。将表格 CSV 数据转换为图数据库可直接使用的节点、边和三元组。
- ThinkPHP 的
Db::table()->insertAll($data)是首选，$data必须是二维索引数组，且每行键名完全一致（否则自动丢弃不匹配字段） - Laravel 的
DB::table()->insert($data)同理，但要求$data是数值索引数组，不能用关联键（如['name' => 'a']可以，['user.name' => 'a']会报错） - 若数据量超 5000 行，手动分批，比如每次 1000 行，避免 MySQL
max_allowed_packet超限或内存溢出 - 关闭模型事件：ThinkPHP 加
->withoutEvent()，Laravel 用Model::unguard()+Model::reguard()包裹，否则每行仍触发creating/created
手写批量 INSERT 时字段顺序和 NULL 值怎么处理
原生拼接 INSERT INTO t(a,b,c) VALUES (?,?,?),(?,?,?) 最快，但必须保证每行值顺序与字段声明严格一致，且 NULL 不能写成字符串 'NULL'，也不能漏掉占位符。
常见错误现象：Column count doesn't match value count at row 1 或插入后字段值错位。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 先用
array_keys($data[0])提取首行字段，统一生成INSERT INTO t (col1,col2) VALUES头部 - 遍历
$data时用array_values($row)强制转为数值索引，确保顺序对齐 -
NULL值直接传 PHPnull，PDO 会正确绑定；不要用'null'或空字符串替代 - 如果某行缺失字段，补
null占位，否则顺序必然错乱（例如第 3 行少一个字段，后面所有行都会左移）
大批量插入时事务和索引要不要关
关事务没意义——批量插入本身就在一个事务里（除非你手动拆成多个 execute）。真正影响速度的是索引维护和唯一约束检查。
实操建议：
- 非实时场景下，可临时禁用非主键索引：
ALTER TABLE t DISABLE KEYS（仅 MyISAM 有效），InnoDB 不支持，得换思路 - InnoDB 下更有效的是：插入前
SET UNIQUE_CHECKS=0和SET FOREIGN_KEY_CHECKS=0，插完再设回1 - 主键/唯一索引无法绕过，但可以确认数据本身无冲突再关检查，否则插入中途失败会导致全 rollback
- 不要在插入中频繁
COMMIT，除非内存扛不住；一次大事务比 100 个小事务快 3–5 倍（取决于网络延迟和日志刷盘策略）
用 LOAD DATA INFILE 真的比 PHP 插入快吗
是的，快 5–20 倍，但前提是数据已落盘为文本文件，且 MySQL 有文件读取权限（secure_file_priv 路径限制）。
容易踩的坑：
-
LOAD DATA INFILE不走 PHP 连接，不触发任何框架逻辑，没事件、没验证、没类型转换——数据必须干净，时间字段得是'2024-01-01'格式，不能是时间戳 - 本地文件需加
LOCAL关键字：LOAD DATA LOCAL INFILE '/tmp/data.csv'...，但部分云数据库（如阿里云 RDS）默认禁用该功能，需提工单开通 - CSV 字段含逗号、换行时必须用
FIELDS ENCLOSED BY '"'包裹，否则解析失败，错误信息是Incorrect integer value这类看似无关的提示 - 别忘了
IGNORE或REPLACE控制冲突行为，否则唯一键冲突直接中断整个导入
高频插入不是只看“怎么写”，而是看数据来源、一致性要求和运维权限——insertAll() 覆盖 80% 场景，LOAD DATA 是压箱底的重武器，用错地方反而增加故障面。
