thinkphp 的 saveall 默认不回滚事务，需手动开启事务并用 try-catch 捕获异常实现整批回滚；必须启用 validate 或 batchvalidate 并配合严格数据库模式确保数据一致性。
ThinkPHP 的 saveAll 方法在批量保存失败时，默认不会自动回滚事务，哪怕其中某条数据校验失败或数据库写入出错，前面成功的记录仍会提交到数据库，造成数据不一致。要实现整批回滚，必须手动开启事务并捕获异常。
手动开启事务 + try-catch 包裹 saveAll
这是最常用、最可靠的方案。核心是：显式开启事务 → 执行 saveAll → 成功则提交 → 抛异常则回滚。
- 确保模型继承自
think\Model（TP6）或think\db\Model（TP5） - 用
Db::transaction()或模型的startTrans()开启事务 -
saveAll返回false或抛出异常（如验证失败、唯一索引冲突、字段超长等）都应触发回滚
示例（TP6）：
use think\facade\Db;
try {
Db::transaction(function () {
$data = [
['name' => '张三', 'email' => 'zhang@example.com'],
['name' => '李四', 'email' => 'li@example.com'],
['name' => '王五', 'email' => ''], // 假设 email 必填，此处验证失败
];
User::saveAll($data, ['validate' => true]);
});
} catch (\Exception $e) {
// 事务已自动回滚，这里可记录日志或返回错误
echo '批量保存失败：' . $e->getMessage();
}
注意 validate 和 batchValidate 的区别
TP6 中 saveAll 默认不走模型验证。若需每条数据都校验，必须传 ['validate' => true]；否则即使某条数据不合法，也可能跳过校验直接插入，导致后续报数据库错误才中断 —— 此时事务虽能回滚，但逻辑上已失控。
-
['validate' => true]：逐条调用模型的validate方法，失败立即抛ValidateException -
['batchValidate' => true]：收集所有验证错误，最后统一返回，但saveAll仍会返回false，需手动判断并 throw 异常才能触发回滚
避免 saveAll 内部静默失败
某些场景下（如主键冲突、非空字段为 null 且未开启严格模式），saveAll 可能返回部分成功的结果（比如 TP5 返回数组，TP6 返回 Collection），但实际只插入了前几条。此时不能只靠返回值判断，必须结合事务 + 异常机制。
- 数据库务必启用严格模式（
STRICT_TRANS_TABLES），让非法数据直接报错而非截断/转默认值 - 检查 MySQL 的
sql_mode，避免INSERT IGNORE类行为干扰 - 对关键字段（如唯一索引、外键）提前做存在性校验，减少事务内失败概率
TP5 和 TP6 的细微差异提醒
TP5 的 saveAll 在事务中遇到异常时，有些版本不会自动清理已执行的 SQL，建议统一用 $model->startTrans() + $model->commit()/$model->rollback()；TP6 推荐优先使用 Db::transaction() 匿名函数方式，更简洁安全。
事务粒度要合理：不要把无关操作包进同一事务，也不要跨请求维持事务（如分页批量导入需拆成多个事务块）。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
