Google高估存储使用情况并报告未知错误

Question

我有一个Google实例，我在操作上遇到了困难。

最初，我将一个数据库上传到实例中。我一直试图删除该数据库，并将其替换为同名的新数据库。这给了我一些问题..。

1. 该数据库为500 is。Cloud报告说，我正在使用大约50 of的数据。
2. 该实例包含其他几个预期数据库(performance_schema、information_schema、mysql)。我不确定这些文件是否意外地从本地MySQL实例中上传，以及覆盖这些数据库是否存在后续问题。
3. 我现在一直在Cloud控制台中获取客户端错误(由Google捕获和报告)。
4. 操作面板将报告所有试图从.sql文件上载数据库的未知错误。从没有扩展名的文件尝试时没有报告错误。

我不知道从哪里开始，所以任何帮助都是值得感激的。现在，我最担心的是存储使用量的误判，因为我不想解释账单意外增加的原因。

--

更新：

我在phpMyAdmin中创建了数据库，并使用导出选项卡导出了数据库。“~500 of”是导出文件的大小。我最初假设我所有失败的上传仍然被保存，但无法访问，因此不可移动。

我仍然怀疑是否需要所有三个额外的数据库，主要是因为我(通过一个可能不可靠的源代码)发现Cloud不使用performance_schema。

错误消息不包含任何有用的信息。客户端错误包括“控制台出现了问题，请刷新页面”或"Google遇到客户端错误“，这两种错误都出现在开发人员控制台的Cloud页面中。服务器端错误仅在“消息”列下的“操作”部分中找到，并且只说“发生了未知错误”。

Answer 1

MySQL转储的大小不应与包含相同数据的运行中的MySQL服务器使用的存储空间相匹配，因为存储数据的格式有很大不同。

Cloud使用的是MySQL，这反过来又使用InnoDB作为默认存储引擎。一个空D0至少包含以下3个文件：

18874368 ibdata1
16777216 ib_logfile0
16777216 ib_logfile1

你看到的~50 the。ib_logfile0和ib_logfile1是固定大小的文件，被InnoDB用作循环缓冲区。ibdata1是主表空间，用于存储实际数据和其他辅助数据(例如撤销日志)。表空间永远不会缩小，但内部的空空间将被重用。

还有一件事:在INFORMATION_SCHEMA和PERFORMANCE_SCHEMA中显示的表格是合成的，不占用任何空间。

Answer 2

1. 我希望看到的大小(使用的存储)是所有数据库的大小，包括系统数据库(performance_schema、information_schema和mysql)。我拥有的一个实例是使用~58 to，只有一个小型数据库，但是，即使最小的实例大小的空闲配额也是500 to，因此无需担心这一点。你是如何计算500 the的？
2. 这三个系统数据库(performance_schema、information_schema和mysql)都是必需的，我的实例中也有。
3. ..。
4. 来自phpmyadmin的.sql数据库导出文件的大小与服务器使用的数据库文件不一样。它包含重新创建数据库所需的SQL命令。

这不是对“内存使用”的错误计算，而是使用的(磁盘)存储量。