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

Posted

技术标签:

【中文标题】Google Cloud SQL 无缘无故地增加大小直到磁盘满【英文标题】:Google Cloud SQL increasing size until full disk with no reason 【发布时间】: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 管理我的数据库......经过一些研究后可能是“二进制日志的存储开销” 【参考方案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,保存。请记住,这些更改需要重新启动您的数据库实例!

以上是关于Google Cloud SQL 无缘无故地增加大小直到磁盘满的主要内容,如果未能解决你的问题,请参考以下文章

Google Cloud SQL - 数据库实例存储大小每天都在急剧增加

来自 App Engine 的 Google Cloud SQL 的连接限制是啥,以及如何最好地重用数据库连接?

使用 Google App Engine 和 Google Cloud SQL 扩展 WordPress

Google Cloud SQL 存储使用率高问题

减少Google Cloud SQL中的内存使用量

更改Google Cloud SQL中的存储类型