关于AWS RDS gp2存储计费与实际数据库大小不符的问询

核心原因：计费按预配置容量计算，而非实际数据占用 #

AWS RDS的通用型SSD（gp2）计费依据是你预先配置的实例存储容量，不是数据库实际存储的数据量。db.t3.micro实例在创建时，默认的gp2预配置存储容量通常就是30GB——这就是账单显示每月使用30GB的直接原因，和你数据库里仅10MB的实际数据没有关联。

为什么查询的实际数据量远小于预配置值？ #

你用SELECT pg_size_pretty(pg_database_size('postgres'));查询到的只是用户业务数据的大小，但RDS PostgreSQL实例的存储还包含以下内容（这些都不会改变预配置容量的计费规则）：

• WAL日志：PostgreSQL用于事务恢复的前置日志，RDS会自动管理其生命周期，不会无限占用空间
• 索引、系统表：数据库运行必需的元数据和索引结构，这部分占比通常很小
• 临时文件：复杂查询过程中生成的临时数据，会话结束后会自动清理
• 自动备份/快照：这部分属于单独计费项，不计入gp2实例存储的账单

如何调整存储容量节省成本？ #

如果你的业务确实不需要30GB的存储空间，可以修改实例的预配置存储参数：

• 登录AWS管理控制台，进入RDS服务页面找到你的db.t3.micro实例
• 点击「修改」按钮，在「存储」模块调整容量（注意：gp2的最小预配置容量一般为20GB，不同区域可能存在差异）
• 确认修改并应用，实例会重启，建议避开业务高峰操作

关于Django get_or_create的补充说明 #

get_or_create()函数本身不会导致存储容量异常增长，它仅执行查询后创建或返回对象的逻辑。除非你的业务存在大量重复创建又删除的操作，但这只会影响实际数据量，不会改变RDS的计费方式。

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