docs: update uni-stat-v2

docs/uni-stat-v2.md

@@ -1012,6 +1012,14 @@ exports.main = async (event, context) => {
 };
 ```
 
+## 如何降低uniCloud费用
+由于统计业务对数据库的操作会相当频繁，所以当用户量较大时可能会增加不小的开销。我们可以通过以下几种方式来减少`uni统计2.0`功能的数据库操作次数，从而达到降低uniCloud费用的目的
+
+- 1.适当增大前端数据上报周期，具体调整方式可参考上文[数据上报逻辑](#report-time)中有关前端数据上报周期的说明。
+- 2.开启redis缓存，这也是目前降低`uni统计2.0`数据库查询次数最有效的方法，开启方法可参上文[开启redis缓存](#开启redis缓存)。
+- 3.关闭实时统计，由于实时统计触发频次较高，会增加较多的数据库读写次数，如对实时数据不太关心，则可直接关闭以减少相应的开支。关闭方法：将实时统计的配置项设置为关闭状态，然后重新上传配置中心（`uni-config-center`）到关联的服务空间即可。配置项说明可查看上文[公共模块配置项说明](#公共模块配置项说明)。
+
+
 ## 常见问题
 
 **1. 启动uni统计后，何时可以查看报表数据？**
@@ -1040,7 +1048,7 @@ exports.main = async (event, context) => {
 
 **5. 为什么总设备数比活跃设备数少？**
 
-答：总设备数计算公式为：总设备数 = 原设备数 + 新设备数，而判断一个设备是否为新设备的依据是在客户端SDK中是否已储存该设备上次访问某一应用的时间，未存储则认为是该应用的新设备(即lvts=0时为新设备，lvts>0为老设备)。 因此如果之前某一设备已经访问过某一应用，就算此时清除数据库中的数据，由于已经在客户端SDK中储存该设备上次访问应用的时（即此时lvts > 0），所以该设备也不会再被认为是该应用的新设备从而不会再被计算进该应用的总设备数中而只会计算进活跃设备数中，此时可能就会出现总设备数小于活跃设备数的情况。
+答：总设备数计算公式为：总设备数 = 原设备数 + 新设备数，而判断一个设备是否为新设备的依据是在客户端SDK中是否已储存该设备上次访问某一应用的时间，未存储则认为是该应用的新设备(即lvts=0时为新设备，lvts>0时为老设备)。 因此如果之前某一设备已经访问过某一应用，就算此时清除数据库中的数据，由于已经在客户端SDK中储存该设备上次访问应用的时间（即此时lvts > 0），所以该设备也不会再被认为是该应用的新设备从而不会再被计算进该应用的总设备数中而只会计算进活跃设备数中，此时可能就会出现总设备数小于活跃设备数的情况。
 
 **6. uni-stat-cron运行日志显示 Not Found the cofnig file**