一定要抽离出来，功能单一化。

把统计的功能代码和查询的代码分开来，再给前端页面的查询请求提供一个接口。
这样便可以把各个块分开来。假如统计规则变了，只需修改统计部分的代码。接口不需要变动。

设计原则有些不是绝对的，这需要根据需求去分析。按照楼主的需求信息理解，统计的数据涉及用户的交互信息，也就是说，针对当前的统计需求，在用户操作的时候同时更新数据，是无法避免的。除非能从需求中再抽象出更高层次的需求，是不需要实时更新用户交互数据的。既然无法避免查询时同时更新的操作，那么就只能优化这一操作模型了。
当前的统计需求，分为两个模型：查询模型和统计用户交互信息模型。有“店铺订单”，猜测应该是电商之类的，那么用户的操作反馈应该是优于统计模型的，除非统计数据对用户才是重点。这点很重要，需要分清楚模型中，哪一些是重点模型。
既然这样，查询模型和统计模型可以采取非阻塞模式，而且应该优先处理用户查询结果。可以用两条线程分开处理，要保证就算统计模块出现问题（计算时间长，出现错误等等），也不影响用户的操作。