关闭 autocommit 并分批 5000 行执行预处理事务，比默认配置快 50 倍以上；因 DDL、临时表、锁表等会触发隐式提交，beginTransaction() 不可靠，须连接初即设 PDO::ATTR_AUTOCOMMIT => false 并验证 @@autocommit 为 0。
直接关掉 autocommit，再用分批事务 + 预处理，比默认配置快 50 倍以上。不关 autocommit，哪怕写了 beginTransaction()，PDO 仍可能在某些操作后偷偷提交——你根本察觉不到。
为什么 PDO::beginTransaction() 不一定管用
很多 PHP 开发者以为调了 PDO::beginTransaction() 就进了事务，其实不是。PDO 驱动版本、MySQL 协议层、甚至执行了 CREATE TEMPORARY TABLE 这类语句，都可能触发隐式提交。最稳妥的方式是连接一建立就执行 SET autocommit = 0，并用 SELECT @@autocommit 确认返回值为 0。
-
PDO::ATTR_AUTOCOMMIT => false必须在new PDO()后立刻设置，不能靠beginTransaction()替代 - 旧版 PDO（如 PHP 7.4 及更早）对
beginTransaction()的响应不一致，PHP 8.4 虽已改善，但仍有边缘 case - 执行任何 DDL（比如
ALTER TABLE）、锁表语句（LOCK TABLES）或存储过程内含提交逻辑，都会让当前事务提前结束
每批多少行最合适：5000 行是安全水位线
不是越多越好。MySQL 的 max_allowed_packet 默认通常为 4MB，单条多值 INSERT 很容易超限；而预处理批量 execute() 虽不拼 SQL，但参数数组本身也占内存。5000 行是 PHP 8.4 + MySQL 8.0+ 组合下实测较稳的阈值。
- 低于 1000 行：事务开销占比高，性能提升不明显
- 高于 10000 行：PHP 内存峰值陡增，
innodb_lock_wait_timeout容易触发（默认 50 秒），尤其表上有二级索引或外键时 - 建议用
array_chunk($data, 5000)切片，每块单独beginTransaction()→ 批量execute()→commit()
预处理绑定 vs 多值 INSERT：选哪个？
两者都能防注入、省解析，但适用场景不同。预处理更适合字段含二进制、NULL 或需要类型强约束的场景；多值 INSERT 在纯文本数据且无特殊字符时更快，但必须用 PDO::quote() 或 addcslashes()（别用 addslashes()，它漏空字节）。
立即学习“PHP免费学习笔记（深入）”；
- 用预处理：字段顺序必须和
VALUES (?, ?, ?)严格对齐，错一位就报Column count doesn't match value count - 用多值
INSERT：拼接前每个值必须过$pdo->quote($value)，不能手拼字符串 - PHP 8.4 中，预处理的
execute()调用开销进一步降低，推荐优先用预处理 + 分批
容易被忽略的锁与检查项
速度瓶颈常不在 PHP 或 SQL，而在 MySQL 层的隐形限制。比如外键校验、唯一索引插入冲突检测、自增锁竞争，这些在长事务中会被放大。
- 批量前临时关掉外键检查：
SET FOREIGN_KEY_CHECKS = 0，结束后再开 - 如果确定数据无重复，可临时禁用唯一性检查：
SET UNIQUE_CHECKS = 0（仅限导入期） - 避免在事务中查表、更新其他无关表，会延长锁持有时间，增加死锁概率
- 确认
innodb_log_file_size足够大（建议 ≥ 256MB），否则大批量写入会频繁刷日志阻塞
真正卡住的往往不是代码怎么写，而是没意识到 MySQL 会在你调 execute() 的瞬间做多少事——锁表、写 undo log、刷 redo、更新多个索引 B+ 树节点。把“一次插一万”改成“二十次各插五百”，再配合关 autocommit 和关校验，才是 PHP 8.4 下最实在的提速点。
