YII框架本身不支持分布式事务，但可通过外部策略实现，而本地事务由cdbtransaction类管理；1. 本地事务使用yii::app()->db->begintransaction()开启，配合try-catch进行commit或rollback；2. 分布式事务常用方案包括两阶段提交（2pc）、柔性事务（如消息队列、tcc、saga模式），其中消息队列通过异步处理和重试保障最终一致性；3. 嵌套事务中，内层事务实际加入外层事务，仅外层提交时才真正提交，任一回滚将导致整体回滚；4. 常见陷阱包括忘记提交/回滚、循环中频繁开启事务、异常处理不当、忽略隔离级别及长事务问题，均需谨慎规避；因此应根据一致性要求、性能和复杂度选择合适方案，并规范事务使用以确保数据一致性与系统稳定性。
YII框架的分布式事务，简单来说，就是确保多个数据库操作要么全部成功，要么全部失败，即使这些操作分布在不同的数据库服务器上。YII本身并没有直接提供分布式事务的支持，但可以通过一些策略和扩展来实现。YII框架处理本地事务则非常方便，它提供了
CDbTransaction
类来管理数据库事务。
解决方案：
-
本地事务： YII框架通过
CDbTransaction
类来处理本地事务。你可以通过
Yii::app()->db->beginTransaction()
开启一个事务，然后执行一系列数据库操作，最后根据操作结果选择
commit()
提交事务或者
rollback()
回滚事务。
$transaction = Yii::app()->db->beginTransaction(); try { // 执行数据库操作 $model = new MyModel(); $model->attribute1 = 'value1'; $model->save(); $model2 = new AnotherModel(); $model2->attribute2 = 'value2'; $model2->save(); $transaction->commit(); echo '事务已提交'; } catch (Exception $e) { $transaction->rollback(); echo '事务已回滚：' . $e->getMessage(); } -
分布式事务： YII本身不直接支持，需要借助外部工具或策略。常见的策略有：
- 两阶段提交 (2PC)： 这是一种经典的分布式事务协议，涉及一个协调者和多个参与者。YII可以通过扩展来实现2PC，但实现起来比较复杂，性能开销也比较大。
- 柔性事务（最终一致性）： 放弃强一致性，追求最终一致性。常见的实现方式包括：
例如，使用消息队列实现分布式事务：
// 假设你已经配置好了消息队列 $message = [ 'action' => 'createOrder', 'data' => [ 'userId' => 123, 'productId' => 456, 'quantity' => 2, ], ]; Yii::app()->mq->publish('order_queue', json_encode($message)); // 消息队列消费者 function consumeOrderMessage($message) { $data = json_decode($message, true); if ($data['action'] == 'createOrder') { try { $transaction = Yii::app()->db->beginTransaction(); // 创建订单 $order = new Order(); $order->userId = $data['data']['userId']; $order->productId = $data['data']['productId']; $order->quantity = $data['data']['quantity']; $order->save(); // 扣减库存 $product = Product::model()->findByPk($data['data']['productId']); $product->stock -= $data['data']['quantity']; $product->save(); $transaction->commit(); } catch (Exception $e) { $transaction->rollback(); // 记录错误日志，并进行重试或补偿操作 Yii::log('创建订单失败：' . $e->getMessage(), CLogger::LEVEL_ERROR, 'application'); } } }
如何选择合适的分布式事务方案？
选择分布式事务方案，要考虑业务场景、数据一致性要求、性能要求、以及实现的复杂度。如果对数据一致性要求非常高，可以考虑2PC，但性能会受到影响。如果允许最终一致性，可以考虑消息队列、TCC或Saga模式。消息队列的优点是简单易用，但需要保证消息的可靠性。TCC和Saga模式需要编写大量的补偿逻辑，实现起来比较复杂。
YII框架中如何处理嵌套事务？
YII框架的
CDbTransaction
类支持嵌套事务。当你在一个事务中开启另一个事务时，内部事务实际上会加入到外部事务中。只有当最外层的事务提交时，所有内部事务才会一起提交。如果任何一个内部事务回滚，整个事务都会回滚。
$transaction1 = Yii::app()->db->beginTransaction(); try { // 执行数据库操作1 $model1 = new Model1(); $model1->attribute1 = 'value1'; $model1->save(); $transaction2 = Yii::app()->db->beginTransaction(); try { // 执行数据库操作2 $model2 = new Model2(); $model2->attribute2 = 'value2'; $model2->save(); $transaction2->commit(); // 内部事务提交，但实际上并没有真正提交 } catch (Exception $e) { $transaction2->rollback(); // 内部事务回滚，整个事务都会回滚 throw $e; // 重新抛出异常，让外部事务捕获 } $transaction1->commit(); // 外部事务提交，所有操作一起提交 } catch (Exception $e) { $transaction1->rollback(); // 外部事务回滚，所有操作一起回滚 echo '事务已回滚：' . $e->getMessage(); }
使用YII框架事务时，常见的错误和陷阱有哪些？
- 忘记提交或回滚事务： 如果事务没有提交或回滚，数据库连接会一直保持锁定状态，导致性能问题。
- 在循环中开启事务： 应该避免在循环中频繁开启和提交事务，这会严重影响性能。应该将整个循环放在一个事务中。
- 没有正确处理异常： 在事务中执行数据库操作时，应该使用try-catch块来捕获异常，并在catch块中回滚事务。
- 忽略了事务的隔离级别： 不同的隔离级别对并发性能和数据一致性有不同的影响。应该根据业务需求选择合适的隔离级别。YII默认的隔离级别是
READ COMMITTED
。
- 长事务： 尽量避免长时间运行的事务，这会增加数据库锁定的时间，影响并发性能。可以将长事务拆分成多个短事务，或者使用柔性事务。
总之，YII框架提供了方便的本地事务管理，但对于分布式事务，需要根据实际情况选择合适的方案，并仔细考虑各种错误和陷阱。
