单条INSERT拼多行VALUES最有效，每批严格控制500–1000行以防max_allowed_packet超限；需配合事务、字段顺序一致、预定义白名单驱动占位符与值数组，PDO预处理更安全但慢10%–20%，LOAD DATA INFILE最快但受限于文件路径和权限。
单条INSERT拼多行VALUES最有效，但别超max_allowed_packet
直接把100条数据塞进一条 INSERT INTO users (name, email) VALUES (?, ?), (?, ?), ... 是提升速度最立竿见影的方式。实测百万级插入，比逐条快100倍以上。关键不是“能不能”，而是“怎么控量”：
- 每批次严格控制在
500–1000行，再往上容易触发MySQL的max_allowed_packet报错（错误信息类似Packet for query is too large） - 不能靠
set global max_allowed_packet = 2G硬扛——这会影响所有连接，且重启失效；应改应用层分批逻辑 - 拼接时用
str_repeat('(?, ?, ?), ', $count - 1) . '(?, ?, ?)'，别手写或用implode拼括号，易少一组导致SQLSTATE[HY093] - 字段顺序必须和
$values展平顺序完全一致，array_values($row)不可靠，要用预定义字段数组遍历取值
PDO预处理+批量execute比手拼SQL更安全，但性能略低
当数据来源不可信（如含用户输入），或字段动态变化但结构可控时，用 PDO::prepare() + PDOStatement::execute() 是更稳妥的选择。它不拼SQL字符串，天然防注入，但性能比纯拼接低10%–20%：
- 占位符数量必须和
execute()传入的数组长度严格相等，否则报SQLSTATE[HY093] - NULL 值要显式写成
$row[$f] ?? null，不能留空或跳过，否则键错位 - 不要在循环里反复
prepare()——每次 prepare 都有解析开销；应提前 prepare 一次，循环只调execute() - 该方式不适合超大批量（如 >5万行），因PHP内存会随
$values数组线性增长，容易OOM
事务提交不是万能加速器，反而可能拖慢小批量插入
加 BEGIN / COMMIT 对InnoDB确实减少日志刷盘次数，但仅在“单条INSERT插多行”基础上叠加才有意义。单独用事务包住逐条INSERT，效果有限甚至更差：
- 测试显示：100万条数据，纯逐条+事务 耗时约82秒；而拼多值+事务仅需16秒——瓶颈根本不在提交频率，而在SQL执行次数
- 事务粒度建议按
1000行一批提交，太小（如100）增加BEGIN/COMMIT开销，太大（如10000）提高锁持有时间与回滚风险 - MyISAM引擎不支持事务，
COMMIT无效；若用MyISAM，优先选拼多值或LOAD DATA INFILE - 注意PHP超时：
set_time_limit(0)必须放在事务块外，否则可能在第999次execute时被中断
LOAD DATA INFILE最快，但文件路径和权限是硬门槛
从CSV文件导入百万级数据，LOAD DATA INFILE 是MySQL原生命令，比任何PHP循环都快——实测100万条仅11秒。但它不经过PHP，所以限制极刚性：
立即学习“PHP免费学习笔记（深入）”；
- 文件必须位于MySQL服务器本地磁盘，
/tmp/users.csv对PHP脚本是相对路径，对MySQL是绝对路径，且MySQL进程要有读权限 - PHP中执行需确保PDO连接开启了
LOCAL INFILE（DSN加;mysql.allow_local_infile=1），否则报LOAD DATA INFILE is forbidden - 无法做字段转换或条件过滤——所有清洗必须在生成CSV前完成；NULL值要写成
\N，空字符串才是'' - 线上环境常禁用该功能（安全策略），此时只能退回到拼多值+事务方案
实际批量插入最易被忽略的点，是字段顺序与参数展平逻辑的耦合——哪怕只有一行数据字段缺失、或某次循环跳过了某个字段，整个批次就会因占位符错位而失败，且错误提示极其模糊。务必在拼 $placeholders 和构造 $values 时用同一套字段白名单驱动。
