Google Cloud SQL 无缘无故地增加大小直到磁盘满答案

【问题标题】：Google Cloud SQL increasing size until full disk with no reasonGoogle Cloud SQL 无缘无故地增加大小直到磁盘满
【发布时间】：2016-05-07 18:21:57
【问题描述】：

我不知道该怎么解释，但我会尝试。

我使用具有 20 GB 磁盘大小的 Google Cloud SQL 第二版。
我有几个 wp.数据库总大小为 166.5 MB。

现在我的存储使用量是 9.52 GB！（使用 166.5 MB 的 SQL 数据...）并且增长速度更快...

怎么办？！

更新：

我解决了这个问题：

我在桶中做了一个导出
我创建了一个新实例 Cloud SQL
从存储桶导入
并删除有问题的实例。

（并从我的应用程序中更改了 ip）

我不知道问题出在哪里，但可能是“二进制日志的存储开销”。

下次将检查二进制日志：mysql> SHOW BINARY LOGS;

我认为 Google 缺少的是清除二进制日志！（一个简单的方法！）

最终更新：

启用二进制日志后，云 SQL 的存储将不断扩大。

对于任何处于相同情况的人，您可以编辑实例并取消选中二进制日志，之后当前的二进制日志将被清除。

对不起，我的菜鸟问题！ :D（我是服务器管理的初学者。）

谢谢瓦迪姆！

【问题讨论】：

我们真的没有办法解决这个问题。我们根本无法知道您的代码在做什么。您可能应该联系 Google。
好的，我会这样做的。谢谢，但我不明白大小从哪里来，如何查看这些文件...
您是否启用了二进制日志？你能告诉我们你启用了哪些其他标志吗？比如你开启了mysql的通用日志吗？
你可以使用“SHOW BINARY LOGS;”查看二进制日志使用了多少空间。
我不知道在哪里运行“SHOW BINARY LOGS”，在 shell 中？我用 heidiSQL 管理我的数据库......经过一些研究后可能是“二进制日志的存储开销”

标签： mysql sql-server database google-cloud-platform google-cloud-sql

【解决方案1】：

如果您启用了二进制日志，mysql 将记录所有更改，这是复制或时间点恢复所必需的。

如果您不需要这些功能，您可以禁用二进制日志，这会从您的实例中清除所有现有日志。

如果启用二进制日志，它们将不会无限增长。自动清除最早自动备份（7 天）之前的二进制日志。

【讨论】：

在google cloud sql二代中，时间点恢复不活跃。而且我不知道为什么在没有任何设置更改的情况下突然大小增加。（也许谷歌仍在努力）有时增加必须被清除，但什么时候？在打印屏幕中，您可以看到它的大小正在增加。当您检查二进制日志时，他们必须指定磁盘的最小大小以及它如何随着大小的增加而工作，并且可能会在 x 天后清除。
二进制日志增长取决于您的写入查询。您是否在那个时候开始向数据库写入更多数据？您在那段时间收到了更多的流量吗？
流量增长了 40% 左右，但并没有那么大……所以，增长太大太突然了！我认为是谷歌可能正在研究的东西（可能是一个错误）。我认为这是一个错误，因为时间点目前在第二代中不活跃，也许还没有准备好。
我已经更新了我的答案，使其更加具体。二进制日志会随着旧备份的推出而被清除。
@vadim，我还会告诉用户如何在您的答案中禁用该功能。对于感兴趣的人，您有两个使用云控制台的选项：1. 转到 console.cloud.google.com/sql/instances?project=<your-project> 并选择数据库实例 2a) 在顶部操作栏中选择 edit ，展开enable auto backups并取消选中enable binary logging，保存更改2b)打开backups tab，点击manage automated backups，取消选中enable binary logging，保存。请记住，这些更改需要重新启动您的数据库实例！