GCP SQL Cloud - 占用 1.2GB 存储空间的空 MySQL 数据库答案

【问题标题】：GCP SQL Cloud - Empty MySQL Database taking 1.2GB of storage spaceGCP SQL Cloud - 占用 1.2GB 存储空间的空 MySQL 数据库
【发布时间】：2019-11-07 11:13:20
【问题描述】：

我只是想澄清一下，因为文档指出一个空的、刚刚创建的 SQL 实例应该只需要大约 250Mb。

从文档中引用我在存储空间上可以找到的任何内容：

MySQL 第二代实例：保留最近的 7 个自动备份和所有按需备份。它们按备份存储费率收费。二进制日志占用存储空间（不是备份空间），按存储计费。

出于本次测试的目的，二进制日志被禁用。

MySQL 第二代 [...]：存储是根据您为实例配置的存储量计算的。备份存储按备份使用的空间量收费。无论您的实例是打开还是关闭，都会对存储进行收费。

再次，新创建的实例。应该是0个存储空间。

一个新创建的数据库使用大约 270MB 的空间用于系统表和 InnoDB 日志。如果您创建了按使用实例但不使用它，您仍需支付存储费用。

这就是我想到“250 MB”作为初始存储空间的地方。
然而，正如您所见，一个新创建的数据库大约需要 1.2GB。

如果有人有的话，我想澄清一下。

来源：

【问题讨论】：

我假设你使用 InnoDB 引擎..MySQL InnoDB not releasing disk space after deleting data rows from table
但以上要求您需要重新配置 MySQL 设置 (innodb_file_per_table)，您可以像在云服务中那样做吗？
1) 为什么这很重要，因为您要解决什么问题？ 2) MySQL 创建一组日志文件 (ib_logfile0, ib_logfile1, ibdata1, ibtmp1, ...) 这些是必需的文件，它们占用空间。在我的系统上，将近 200 MB。这个 Stackoverflow 答案可以帮助您理解这些文件：dba.stackexchange.com/questions/27083/…
@JohnHanley 我只是想了解为什么会发生这种情况，因为每个分配的空间都是付费的。如果该空间是固定数量，那没关系，但如果增加（直接？成倍增长？）它可能会导致额外成本而收益为零。尝试了解它发生的原因/它是什么可以帮助了解它是否可能是一个问题以及如何控制它。
@RaymondNijland 我可以而且我做到了，但这并没有解决问题，因为我们不只是“删除记录”，而是删除了整个表。这应该会触发 innoDB 引擎的清理。无论如何，该标志已打开，因此与该问题无关。

标签： mysql google-cloud-platform

【解决方案1】：

我一直在研究这个问题，您应该考虑的是，您引用的有关 Cloud SQL MySQL 空实例占用大约 270MB 的信息是针对第一代实例，而不是针对第二代。我想这回答了你的问题。

起初我的解释方式与您相同，但指定 270MB 空实例的唯一点是 here 和 here，它们位于右侧的“MySQL 第一代定价”类别中。

希望这会有所帮助。

【讨论】：

你是对的，文档在这些细节上有点稀疏。无论如何，将数据库留空几天（7）清除了总空间。注意：我还删除了所有自动备份，并且仍然分配了相同的空间。仍然不知道那些 1.2Gb 是什么，而且它似乎只是 SQL 核心架构结构太多了。