ThinkPHP批量插入失败时整批回滚的关键是手动开启事务（Db::startTrans）、用try-catch捕获异常、显式调用Db::rollback；insertAll()默认不开启事务且不自动回滚，需严格校验返回值或启用数据库strict模式。
ThinkPHP批量插入失败时想整批回滚，关键在于手动开启事务 + 使用 try-catch 捕获异常 + 显式 rollback，不能依赖自动事务或单条 SQL 的默认行为。
确保在事务中执行批量插入
ThinkPHP 的 insertAll() 默认不开启事务，即使某条数据失败，前面成功的记录也不会自动回滚。必须主动控制事务边界：
- 调用
Db::startTrans()手动开启事务 - 执行
Db::table('xxx')->insertAll($data) - 成功则调用
Db::commit()，失败则Db::rollback()
用 try-catch 包裹并捕获具体异常
批量插入可能因主键冲突、字段超长、非空字段为 null 等抛出 Exception 或 PDOException，需统一捕获：
- 不要只 catch
Throwable（太宽泛），推荐 catchException - 注意：部分版本中
insertAll()出错可能返回 false 而不抛异常，建议配合getLastInsID()或检查返回值做兜底判断 - 示例片段：
php
Db::startTrans();
try {
$result = Db::table('user')->insertAll($users);
if (false === $result) {
throw new Exception('批量插入返回 false');
}
Db::commit();
} catch (Exception $e) {
Db::rollback();
echo $e->getMessage();
}
?>
注意 insertAll 的“假成功”陷阱
ThinkPHP 6.x 中，insertAll() 在部分数据库（如 MySQL）下即使部分数据失败，也可能只返回影响行数（比如 3/5 成功），而不会报错 —— 这时事务不会自动回滚，需额外校验：
- 启用严格模式：在数据库配置中设置
'strict' => true，让 MySQL 报错而非静默截断 - 使用
INSERT ... ON DUPLICATE KEY UPDATE替代纯插入（需自行拼 SQL 或用 Query 对象） - 对大数据量，考虑分批（如每 100 条一组）+ 每批独立事务，降低单次失败影响面
模型操作也需显式事务控制
如果用模型（如 UserModel::insertAll()），它底层仍调用 Db，但事务仍需手动管理，模型本身不自动开启事务：
- 不能写
UserModel::startTrans()（不存在该方法），仍要通过Db::startTrans() - 模型的
saveAll()同理，需包裹事务，且注意它默认逐条执行，性能低、事务粒度细，不推荐用于大批量 - 真正大批量优先用
Db::insertAll()+ 事务，更直接可控
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
