一次性插入一万条数据易失败，因内存超限、sql过长及模型层重复开销；应分批插入（如每批500条），避免memory_limit耗尽和max_allowed_packet超限，并用db::getlastinsid()配合事务获取准确自增id。
一次性插一万条数据，大概率会失败，不是语法错，而是环境扛不住。
内存直接爆掉
PHP 默认 memory_limit 通常为 128MB 或更低。一万条含 5–10 字段的记录，在 PHP 数组中常占用 80–200MB 内存。没等入库，就先报 Fatal error: Allowed memory size exhausted。
- 临时缓解：脚本开头加
ini_set('memory_limit', '-1')（仅限 CLI） - 长期方案：别让单次操作承载整批数据，必须分片
MySQL 拒绝执行
ThinkPHP 的 insertAll() 底层拼成一条 INSERT INTO ... VALUES (),(),()...。一万条 ≈ 几十万字段值，SQL 长度轻松突破 MySQL 的 max_allowed_packet（默认 4MB）。
- 典型报错：Packets larger than max_allowed_packet are not allowed
- 查当前限制：
SHOW VARIABLES LIKE 'max_allowed_packet'; - 不建议调高该值——治标不治本，还可能引发主从同步异常
性能断崖式下跌
用 saveAll() 一次性传一万条？它内部仍是单条构建 + 单条验证 + 单条执行，只是 SQL 合并了。但模型层开销（事件、钩子、自动时间戳、类型转换）仍被重复执行一万次。
-
saveAll()一万条 ≈ 一万次模型初始化 + 一万次验证逻辑 -
insertAll()一万条 ≈ 一次 SQL 构建 + 一次执行（但 SQL 太长仍会失败） - 真正高效的做法：用
insertAll($data, 500)主动分批，每批 500 条
ID 返回不可靠
insertAll() 只返回影响行数（int），不返回插入的自增 ID 列表。你想知道“哪一万条成功了、ID 分别是多少”，它给不了。
- 想拿全部 ID？不能靠推算（
range($lastId - 9999, $lastId)）——并发或中间有其他写入就会错 - 需要 ID 的场景（如写关联表），得换策略：分批 + 每批后调
Db::getLastInsID()+ 手动计算起始 ID，或改用事务内循环insert()
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
