1.对于一些不需要强一致性的部分，也就是允许出错的地方，或者说哪一点丝毫的出错不会带来多大影响的地方，
可以不使用事务，譬如购物车信息，如果某次更新cart信息，正好数据库宕机了，用户下次把产品加入购物车的时候，或者删除购物车数据的时候，会重新计算出来，数据会准确，而且现在的云数据库很稳定，很少出这种情况，因此购物车更新的一些多表的操作（购物车有2个表），在外层也没有加事务，即使出错，影响几乎为0.
2.service里面的方法，都是在外层调用的，如果里面的方法加了事务，那么这个方法调用的其他的方法里面，可能存在事务service方法，因此就会传多个事务嵌套，第一个事务还没有提交，又开始开启第二个事务，第三个事务，这会出问题的，另外services层是一个公用层，对于某个方法，后端需要事务，可能前端不需要事务，console可能又需要，而block是各个app入口独有的，
因此只能在block层，也就是外层加事务。
3.对于order表，当生成订单，需要 扣除库存，优惠券使用信息等，这些需要100%强一致的场景都是有事务的
4.可能出现这种问题，block调用的某个方法，只有部分需要事务，另外的部分不需要，那么，你可以把这个方法拆成几个方法，在外层调用。
5.另外，对于mongodb，是没有多表事务的。产品表在mongodb中，但是产品的库存表是在mysql里面的，
这样生成订单的时候，就可以通过mysql的事务机制，扣除库存，保持强一致。
可以参看：https://github.com/fecshop/yii2_fecshop/blob/master/app/appfront/modules/Checkout/block/onepage/Placeorder.php 74行