Cache Aside Pattern，代码怎么组织？

[myd]

以下订单流程为例：

begin;	// 开启事务

Stock.reduce();	// 调用库存模块: 查询库存、SQL 减库存、删除库存相关缓存

User.pay();   // 调用用户模块：查询余额、SQL 扣减余额、清除余额缓存

Order.create();	// 调用订单模块：SQL 插入订单、删除订单相关缓存

commit;	// 提交事务

上面的逻辑实际上是先清除了缓存，再更新数据库（提交事务），不是 Cache Aside Pattern，在并发情况下会导致缓存不一致。把代码改成：

begin;	// 开启事务

Stock.reduce();	// 调用库存模块: 查询库存、SQL 减库存

User.pay();	  // 调用用户模块：查询余额、SQL 扣减余额

Order.create();	// 调用订单模块：SQL 插入订单

commit;	// 提交事务

Stock.clear();	// 清除缓存
User.clear();
Order.clear();

这样才是先更新数据库再清除缓存。但问题是，库存缓存属于库存模块的内部实现，不应该把清缓存的方法暴露出去，用户模块、订单模块也是一样。

有事务的情况下，怎么组织代码比较合适？

[lewis89]

用切面做吧，不知道你用不用 Java，一般推荐非业务代码 都放在切面里面做掉，这样业务只要关心业务就好了