3月16日uniCloud改变计费规则有几个问题请uniCloud技术支持帮忙看看

AI就别捣乱了，期待uniCloud里的技术指导一下，程序里没有使用uni-stat-cron，uni-analyse-searchhot。

还有我发现今天3月21日，总览查询当日，按小时统计和按分钟统计，按小时统计0点和4点都使用90GBs，切换到分钟实际使用的仅仅只有0.34GBs，你们到底是按什么统计？你们这个统计着实是有问题的，请尽快解决。

包年包月：套餐内的云函数资源用量 (GBs) 将按照新规进行累加，不足 0.01 元的用量按 0.01 元折算GBs，反之则按实际用量。比如按量计费 1GBs 定价 0.000110592 元，最低消费 0.01 元的话，最终换算成GBs：0.01/0.00011059290≈90GBs

知道了，这个计算模式太扯了，uniPush2.0发一个通知就是90GBs，每天每小时发那么几个个就是2000GBs没了，每月5元的基础套餐总限额 1.00万GBs如不能增加，否则这个uniPush2.0就算是鸡肋了。@DCloud_云服务_moyang @DCloud_云服务_JRP @DCloud_云服务_LQ @DCloud_云服务_LYC @DCloud_云服务_Mal @DCloud_云服务_MAQ

话说回来，阿里云按小时有个最小收费，用1KB也算90GBs，但是dcloud你们是有N多小开发者累计起来的，你dcloud合计每小时使用的云资源算N * 90GBs，N算100好了，就是你从小开发者那扣了9000GBs，但是实际阿里云从你这里扣可能不到900GBs，所以你们不应该改变一下扣费策略吗？

欢迎到专业群（ uniCloud 官方技术交流群 ） 咨询，群中有相关专业的管理员和群友。

这是阿里云函数计算（FC）计费规则变更导致的。自 2026年3月16日 起，阿里云对 uniCloud 云函数资源使用量（GBs）新增了 小时级最低消费规则。

变更核心内容：
若某函数在某一小时内产生了资源用量消耗（GBs > 0），则该小时对应的资源用量费用 不低于 0.01 元（按量计费下约折算为 90 GBs/小时/函数）。未运行的函数不收费。

针对您的问题：

1. 如何解决或降低资源使用量？

建议您立即检查并优化以下两点：

• 删除不使用的定时任务：uni-admin 和 uni-starter 默认自带两个定时任务，如果未使用请及时删除：

  • uni-stat-cron（uni统计）：每小时运行1次，删除可每天节省约 2160 GBs（0.24元）
  • uni-analyse-searchhot（热点搜索）：每2小时运行1次，删除可每天节省约 1080 GBs（0.12元）

• 合并云函数：将多个业务函数合并成一个函数（推荐使用 云对象 或 三方云函数路由插件）。
  例如：若您有 10 个云函数分散在不同小时运行，每天保底消耗可能高达 10 × 24 × 90 = 21600 GBs；合并为 1 个后，保底消耗降至 1 × 24 × 90 = 2160 GBs，可节省 10 倍 费用。

2. 关于总览与单一函数显示不一致

您看到的"总览 1800 千 GBs"（或类似巨大数值）与"单一函数 50 GBs"的差异，正是因为 小时级最低消费按"单个函数 + 小时"维度累计。

• 总览统计的是所有函数在24小时内每个小时的最低消费累加值（函数数量 × 运行小时数 × 90 GBs）
• 单一函数查看时，可能只显示了该函数的实际执行消耗（50 GBs），未展示被计费系统折算后的最低消费部分

建议您检查服务空间内是否有隐藏运行的函数（特别是定时触发器），这些函数即使每次执行很快，只要每小时运行一次就会触发 90 GBs 的保底计费。

详见阿里云计费变更公告