PDO批量操作需显式事务控制：调用beginTransaction()开启，全部成功才commit，任一失败立即rollback；用try-catch包裹并确保catch中rollback；避免混用非PDO操作；批量插入宜用INSERT...VALUES( ),( )拼接+分批（500~1000行）；UPDATE/DELETE需校验rowCount及条件准确性；连接复用但事务须显式结束。
PHP 中使用 PDO 进行批量操作时，事务控制是保障数据一致性的核心手段。关键在于：显式开启事务、统一异常处理、确保回滚时机准确、避免隐式提交干扰。
手动开启与显式提交/回滚
不要依赖自动提交（默认开启），必须调用 $pdo->beginTransaction() 显式开启事务。所有批量 SQL 执行完成后，仅当全部成功才调用 commit()；任一环节失败（如执行报错、逻辑校验不通过），立即调用 rollback()。
- 在 try-catch 块中包裹整个事务流程，catch 中必须 rollback 并重新抛出异常或记录日志
- 避免在事务中混用非 PDO 操作（如文件写入、Redis 写入），否则 rollback 无法覆盖它们
- 执行批量 insert/update/delete 前，确认每条语句都复用预处理对象（避免重复 prepare 开销）
批量插入的高效写法（带事务）
用单条 INSERT ... VALUES ( ),( ),( ) 拼接多值，比循环 execute 更快。需注意参数数量限制（MySQL 默认 max_allowed_packet 影响最大拼接长度）。
- 分批处理：每 500~1000 行为一组，防止单次 SQL 过长或内存溢出
- 绑定参数用 array_merge 合并所有值，占位符用 str_repeat('(?, ?, ?),', count) 动态生成
- 示例：一次插入用户数据，字段为 name, email, status，100 条数据 → 构建含 100 组三元占位符的 SQL，绑定 300 个参数
批量更新/删除的事务安全要点
UPDATE 或 DELETE 若基于 WHERE 条件匹配多行，需确认影响行数是否符合预期（$stmt->rowCount()），否则可能是条件错误导致误删/误改。
立即学习“PHP免费学习笔记（深入）”；
- 执行前可用 SELECT COUNT(*) 预检匹配数量（同一事务内，避免其他连接并发修改）
- 对关键业务（如扣减库存、变更状态），在 UPDATE 后加额外校验（如查新值是否合法）
- 避免在事务中调用可能触发自动提交的操作（如 ALTER TABLE、CREATE TEMPORARY TABLE、某些存储过程）
连接与事务生命周期管理
PDO 实例应复用，事务只作用于当前连接。脚本结束未 commit/rollback 时，PDO 销毁会自动 rollback（PHP 7.4+ 默认行为），但不可依赖此机制。
- 显式调用 commit/rollback 后，可继续在同一连接上开启新事务
- 长时间运行的脚本（如 CLI 批处理）需监控事务持续时间，防锁表或超时中断
- Web 场景中，每个请求应有独立事务边界，禁止跨请求复用未结束的事务
