ThinkPHP的insertAll越插越慢是因为默认将全部数据拼入单条SQL的VALUES列表，导致SQL过长、MySQL解析压力大并易触发max_allowed_packet限制；应手动分批（如300条/批）调用insertAll，并避免大事务锁表。
thinkphp insertAll 为什么越插越慢？
因为默认是一次性把全部数据塞进单条 SQL 的 VALUES 列表里，数据量一过几千行，SQL 字符串爆炸式增长，MySQL 解析压力大，还容易触发 max_allowed_packet 限制，直接报错 Packets larger than max_allowed_packet are not allowed。
实操建议：
- 别硬扛——哪怕你传了 1 万条数据，也别指望
insertAll一次全吞下 - 查清自己 MySQL 的
max_allowed_packet值（SHOW VARIABLES LIKE 'max_allowed_packet'），通常默认是 4M，换算下来撑死也就几千个中等长度的记录 - ThinkPHP 6+ 的
insertAll不会自动分片，它只负责拼 SQL，责任在你
怎么手动分批调用 insertAll？
核心是切数组、循环插，但得控制每批大小，兼顾性能和稳定性。100～500 条/批比较稳妥，具体看单条数据平均长度。
示例（TP6）：
立即学习“PHP免费学习笔记（深入）”；
$dataList = [...]; // 你的原始数据
$chunkSize = 300;
foreach (array_chunk($dataList, $chunkSize) as $chunk) {
Db::name('user')->insertAll($chunk);
}
注意点：
- 别用
Db::startTrans()包整个大循环——锁表时间太长，反而拖垮并发 - 如果必须事务保障，改成每批一个事务：
Db::startTrans()+insertAll+Db::commit()，失败时单独回滚当前批 - 避免在循环里反复调用
Db::name('xxx')，提前赋值对象更轻量
批量插入比逐条 insert 快在哪？
快在减少网络往返和 MySQL 查询解析次数。100 条数据，逐条 insert 是 100 次请求；分 5 批用 insertAll 就是 5 次，每次带 20 个 VALUES。
但要注意：
- TP 的
insertAll底层仍是原生 INSERT INTO … VALUES (…), (…), …，不是 LOAD DATA INFILE 那种磁盘级加速 - 如果表有大量索引或外键约束，每批数据越多，单次插入的索引更新开销越大，不一定线性提速
- 某些云数据库（如阿里云 RDS）对单条 SQL 长度有限制，比本地 MySQL 更敏感，建议首批先试 100 条
要不要改用 query 拼原生 SQL？
一般不用。TP 的 insertAll 已做基础转义和字段映射，手拼容易漏掉 addslashes 或字段顺序错位，引发 SQL 注入或字段错位写入。
仅当遇到以下情况才考虑：
- 需要插入含复杂表达式的数据（比如
NOW() + INTERVAL 1 DAY） - 要复用同一个预编译语句多次执行（这时该用 PDO 的
prepare/execute，而非手拼） - 确认所有数据已严格过滤且结构高度可控，且 TP 自带方法无法满足字段动态映射需求
否则，老实用 insertAll 分批，省心又安全。
真正卡住性能的往往不是方法本身，而是没意识到：分批大小得根据数据实际体积调，不是拍脑袋定 1000 —— 一行 2KB 的数据，100 条就逼近 200KB，早超包限制了。
