Google CloudSQL实例存储已失去控制

Question

我遇到了Ggoole Cloud SQL（第二代）问题。 一段时间后，由于某种原因，数据库在几个小时内从20GB变为了64GB。它曾经从20攀升到25，然后随着时间的推移添加和删除条目而进行清除。

连接到数据库的服务器上没有任何反应，我将Cloud SQL标志设置为off。还有什么我可以尝试的想法吗？

Answer 1

这很可能是由于二进制日志。启用它们后，MySQL将记录所有更改，这是复制或时间点恢复所必需的。这意味着二进制日志的增长大致与修改后的行的数量成正比（即使这些行实际上已删除并且数据库的总大小已减小）。

请注意，它们不会无限期地增长。早于最早的自动备份（7天）的二进制日志将被自动清除。

还要注意，可以增加存储大小（我相信您已启用自动增加存储），但不能减小，如here所述。这意味着清除二进制日志后，可用磁盘空间将增加，但总存储大小将保持不变。如果要在清除二进制日志后减小磁盘大小，可以遵循建议的方法here。

Answer 2

以下是有关此问题的一些Google Cloud文档： https://cloud.google.com/sql/docs/mysql/replication#bin-log-impact

而且，这里有一些有趣的Access to XMLHttpRequest at 'http://localhost:5100/api/users' from origin 'http://localhost:3000' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.命令来查看和清除它们：

mysql

https://dev.mysql.com/doc/refman/5.7/en/show-binary-logs.html

mysql> SHOW BINARY LOGS;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 | 106930110 |
| mysql-bin.000002 | 102842758 |
| mysql-bin.000003 | 109947365 |
....

https://dev.mysql.com/doc/refman/5.7/en/purge-binary-logs.html