thinkphp6的saveall不自带事务，必须用db::transaction显式包裹才能确保异常触发回滚；混用模型与原生db操作、外层try-catch吞异常、跨连接调用均会导致事务失效。
ThinkPHP6 的 saveAll 本身不自带事务，**必须显式包裹事务**，否则部分失败时前面成功的数据已写入，无法回滚。关键不是“怎么让 saveAll 自动回滚”，而是“怎么确保 saveAll 在事务中执行且异常能真正触发回滚”。
必须用 Db::transaction 包裹，别用 saveAll 自己的 try/catch
saveAll 内部是循环调用单条 save()，每条都走验证、事件、自动时间戳等完整流程。一旦某条数据校验失败（比如字段类型错、必填项为空、唯一索引冲突），就会抛出异常。但如果你在 saveAll 外层自己加了 try/catch 并吞掉异常，事务就永远不会知道出错了。
- ✅ 正确：直接把
saveAll放进Db::transaction闭包里，让它自动捕获异常并回滚 - ❌ 错误：自己
try { saveAll(...) } catch {...}，再手动 commit/rollback —— 这样事务上下文可能已丢失，或部分数据早已提交
别混用 saveAll 和原生 Db 操作
同一个事务里，所有数据库操作必须使用**同一个连接实例**。saveAll 走模型层，默认用主库连接；但如果你中间穿插了 Db::name('xxx')->insert() 或 Db::table('xxx')->update()，它们可能被路由到不同连接（尤其开了读写分离或多个数据库配置时），导致事务失效。
- 统一用模型操作：全走
UserModel::saveAll($data) - 或统一用查询构造器：全走
Db::name('user')->insertAll($data)，但注意它和saveAll底层连接管理逻辑不同，不建议混用 - 禁用
db('table')、Db::connect()、Db::master()等显式切换连接的操作
批量太大？分块 + 小事务更稳
saveAll 处理几千条数据时，容易因内存、超时、MySQL max_allowed_packet 等问题中断。即使加了事务，整块失败也影响效率。推荐主动分块，每块独立事务：
- 用
array_chunk($data, 100)拆成每组 100 条 - 对每组调用
Db::transaction(fn() => UserModel::saveAll($chunk)) - 任一组失败，只回滚该组，不影响其他已成功组
- 可配合日志记录失败批次，便于人工补救
想局部回滚（比如发券失败不影响扣款）？别依赖嵌套事务
TP6 不支持真正的嵌套事务。Db::transaction() 套两层，第二层失败不会触发第一层回滚，反而可能造成数据不一致。真需要局部控制，只能用 SAVEPOINT：
- 先
Db::startTrans() - 执行主流程（如扣款）
- 执行
Db::execute('SAVEPOINT sp_coupon') - 尝试发券，失败则
Db::execute('ROLLBACK TO SAVEPOINT sp_coupon') - 最后统一
Db::commit() - 注意：仅 MySQL 8.0+ / PostgreSQL 支持，低版本需业务层降级处理（比如失败后跳过后续依赖逻辑，不回滚已执行语句）
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
