论交易系统设计

其实很久以来很想把当前设计的交易系统思路整理出来，实在很难抽出时间。但我觉得这个事情不是一下子就能完成的事情，先慢慢做记录。以后我会逐步列出在项目中遇到的问题。
1，之前的并发，同步等技术问题已经解决。
2，最近集中式图片服务通过异步copy图片去中心服务器，暂时解决，但这个方法不是很好，以后随着图片越来越多，肯定要上一个图片服务器和走cdn的，不过暂时缓缓，毕竟手上的事情特别多。
3，交易记录之前设计当微信返回给后台后先记录微信返回的动作，再根据微信返回的result_code分析支付状态是否成功，如果成功再更新之前的动作状态结果。这种设计思路非常不好，因为在分析支付状态中有可能会去查询数据库，通常来讲查询数据库是不会有问题的，但是如果在数据库IO很高的情况下是会有问题的，重新设计流程思路当微信返回后台后直接记录微信的动作和状态为成功的。再分析result_code，分析完不管result_code是否成功再添加到一张记录表里。重新设计一个接口用来查询result_code是否成功来重新发送企业付款流程。这种思路的好处是不会因为去分析微信的状态影响后再去更新微信的动作。第一种设计思路不正常的情况下会出现微信动作的状态更新丢失，会误认为付款失败，其实可能不是失败而是因为在分析微信返回状态过程中出现异常导致没有来得急更新微信动作。