谷歌云SQL直到完整磁盘增加大小没有理由

我不知道如何解释这一点，但我会尝试。谷歌云SQL直到完整磁盘增加大小没有理由

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

而现在我的存储使用量是9.52 GB！（拥有166.5 MB的SQL数据...）并且增加的速度仍然更快... 怎么办？

UPDATE：

我解决这个问题有：

我做斗的出口
我创建了一个新的实例的Cloud SQL
进口从桶
并删除有问题的实例。

（从我的应用程序更改IP）

我不知道肯定是从哪里来的问题，但可能是一个“从二进制日志存储开销”。下一次将检查二元日志：mysql> SHOW BINARY LOGS;

我认为谷歌缺少的是一个清除二进制日志！（一种简单的方式！）

UPDATE决赛：

用二进制日志活跃，Cloud SQL执行的stoarge将不断扩大。对于处于同一情况的任何人，您可以编辑实例并取消选中二进制日志，之后将清除当前的二进制日志。

对不起我noob问题！：D（我是服务器管理的初学者）

谢谢Vadim！

来源

2016-01-29 Alexcsandru

我们真的没有办法解决这个问题。我们根本无法知道你的代码在做什么。您可能应该联系Google。 – durbnpoisn

好吧，我会这样做。谢谢，但我不明白是从哪里大小，如何看到这些文件... – Alexcsandru

考虑到它是基于云，我不认为有任何真正的“文件”说。无论如何，简单的事情是忘记关闭连接可能会导致数据库的大小增加。你必须看看你的代码。 – durbnpoisn

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

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

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

来源

2016-01-30 01:09:01 Vadim

在谷歌云第二代sql中，时间点恢复未激活。我不知道为什么突然大小增加没有任何设置的变化。（也许谷歌仍然在努力）有时增加必须purget，但什么时候？在打印屏幕上，你可以看到它的大小正在增加。当您检查二进制日志时，它们必须指定最小磁盘大小，以及它如何随着大小的增加而工作，并可能在x天后清除。 – Alexcsandru

二进制日志的增长取决于您的写入查询。那个时候你开始写更多的数据到数据库吗？那个时候你有更多的流量吗？ – Vadim

流量增加40％左右，但没有什么大不了的...所以，增长太大而突然！我认为Google可能会对它起作用（可能是一个bug）。我认为这是一个错误，因为时间点在第二代目前不活跃，可能还没有准备好。 – Alexcsandru

谷歌云SQL直到完整磁盘增加大小没有理由

回答

相关问题