GCloud SQL费用是否会随数据量、流量增长持续上涨？

明确结论：GCloud SQL的费用会随着数据量增加、流量增长持续上升，无费用封顶机制。

你当前低业务负载下产生的近100美元月费，全部是托管服务的固定保底类支出，还没涉及到随业务增长上涨的弹性计费部分，当前账单各部分的计费属性如下：

• Cloud SQL for PostgreSQL 首尔可用区Small实例（₩42,840）：属于计算资源固定预留费用，只要实例不删除，无论承载多少流量、存储多少数据，这部分费用都会固定扣除，和实际业务负载无关
• Cloud SQL for PostgreSQL 首尔可用区标准存储（₩30,080）：属于存储容量计费项，本身就和数据量直接挂钩——存储的数据量越大，占用的计费存储容量越高，这部分费用会线性上涨；即便删除数据，如果没有执行VACUUM等空间回收操作，计费容量不会同步下调
• HTTP Load Balancing 全局转发规则最低服务费（₩23,751）：属于负载均衡资源的保底费用，只要转发规则不删除，无论转发流量多少都会固定扣费，和业务流量无关

后续如果数据量、业务流量持续增长，会从三个维度推高账单金额：

1. 存储类成本持续上涨：除现有常规数据存储费外，如果后续开启自动备份、时间点恢复（PITR）、跨可用区存储冗余等功能，会叠加产生额外的存储计费项，数据量每增长一档，对应存储费用同步上涨
2. 流量与规格升级成本上涨：你当前因业务流量极低未产生这部分费用，一旦流量上升，首先会产生公网/跨区域出站流量费用；如果Small实例的计算、内存资源无法承载业务负载，必须升级实例规格，计算资源费用会直接跳档升高，规格每升一级对应费用通常会上涨1-3倍
3. 增值服务叠加成本：如果后续配置只读副本、读写分离、数据库审计、高级安全防护等功能，每个功能都会单独计费，进一步推高总账单。

额外说明：GCloud SQL本身是面向中高负载生产场景设计的托管服务，固定保底成本占比极高，低流量、个人测试类场景下性价比极低，和你感知到的成本不具备可行性的判断一致。

内容的提问来源于stack exchange，提问作者Kjobber