Yii2事务需用Yii::$app->db->beginTransaction()开启，必须配try-catch并显式检查save()/execute()返回值，失败时手动rollback；不支持嵌套事务，跨库或分布式场景需自行实现最终一致性。
Yii 的事务只管本地单库，跨库或跨服务必须自己兜底，别指望框架自动搞定。
Yii2 中怎么开启并安全提交一个事务
用 Yii::$app->db->beginTransaction() 获取事务对象，必须配 try-catch，且所有关键操作的返回值要显式判断——save() 或 update() 返回 false 时不能忽略，否则事务不会回滚。
- 不检查
$model->save()结果，哪怕 SQL 执行了但逻辑失败（比如触发器拦截、验证未通过），事务仍会走到commit() - 不要在循环里反复调用
beginTransaction()，每个事务应包裹一组语义完整的操作，不是“每条 SQL 都套一层” -
commit()成功后，连接会自动释放；若没 commit/rollback 就结束请求，PHP 进程销毁时连接可能被强制关闭，但数据库侧已持有的锁未必及时释放
嵌套事务在 Yii 里根本不存在
Yii2 的 CDbTransaction 不支持真正的嵌套。如果在已有事务中再次调用 beginTransaction()，会直接抛出异常：Exception 'yii\db\Exception' with message 'Nested transactions are not supported.'。所谓“内层事务”，实际只是对同一事务对象的重复引用。
- 子方法里自行开事务 → 必报错，必须由最外层统一控制生命周期
- 想模拟“局部回滚”，只能靠保存点（savepoint），但 Yii2 原生不封装
SAVEPOINT操作，需手写$transaction->getDb()->createCommand()->execute("SAVEPOINT sp1") - ActiveRecord 的
save()内部绝不能含事务逻辑，否则和外层冲突
事务里要注意影响行数，不只是“有没有异常”
执行 update() 或 delete() 时，SQL 语法正确但匹配不到数据，返回值是 true（执行成功），但 getOldAttributes() 或 getDirtyAttributes() 可能为空，实际没改任何东西。这时候靠 if (!$model->update()) 判断会漏掉业务失败。
- 用
$model->updateCounters()或原生命令获取影响行数：$rows = $transaction->getDb()->createCommand($sql)->execute() - 批量更新场景下，建议先
SELECT COUNT(*)校验预期数据存在性，再执行写操作 - 事务中混用 ActiveRecord 和原生 SQL 时，确保都走同一个
$transaction->getDb()连接实例，否则事务不生效
分布式事务？Yii 本身不提供，别硬套
多个数据库、微服务或消息队列参与的场景，Yii 没有 XA 或 2PC 支持。强行用本地事务包装跨库操作，只会让部分库提交、部分回滚，数据彻底不一致。
- 最终一致性方案更现实：发 MQ 消息 + 本地事务 + 补偿任务（如定时扫描 + retry）
- 避免在事务里调用 HTTP 接口或写文件，这些操作无法 rollback
- 长事务（>5s）极易引发锁等待、主从延迟、连接池耗尽，应拆成短事务+状态机驱动
真正难的不是写 beginTransaction()，而是判断哪些操作必须捆进同一个事务、哪些可以异步兜底、哪些压根不该放进来——边界模糊时，宁可多查一次数据库，也别赌“应该没问题”。
