即使数据库未使用，Firebase数据库带宽使用率也会快速增长

更新：经过9个月的反复电子邮件（超过40封电子邮件）之后，谷歌承认他们发现了一些可能导致高带宽使用率的漏洞，但带宽使用率仍然过高。解决这个问题似乎并不是谷歌/Firebase的首要任务（他们花了1.5个月的时间回复了上一封电子邮件）。鉴于类似的投诉，例如：，以及许多其他投诉，在广泛的团队/开发人员中，希望有一天情况会有所改善

---

我刚刚开始一个Firebase项目，还没有从任何客户端访问数据库。我只在数据库中创建了一个微小的测试键值对（使用控制台），它使用23B的数据存储。令人惊讶的是，控制台显示我使用了215.9KB（包括我根本没有接触Firebase时）。尽管我没有使用Firebase，甚至没有刷新控制台中的数据选项卡，但这个数字每小时都在增长

以下是控制台带宽使用率图表的屏幕截图：

---

其他人似乎也有同样的问题，但Firebase/Google没有回应。发生什么事？任何帮助都将不胜感激。

使用情况表需要时间更新。您可能会在几分钟到几小时前看到带宽

此外，这让我想起了Google Analytics Referer的老问题，firebase的默认规则如下所示：

.read = true;
.write if auth != null; 

---

这意味着任何地方的任何人都可以读取您的数据库，任何经过身份验证（甚至匿名）的人都可以对其进行写入。可能是因为它是一个支持json的noSQL数据库，可能只是爬虫程序，相当于Google Analytics的推荐垃圾邮件。

OP明确表示，他使用firebase数据库只插入了一个很小的键值对，除此之外，带宽使用率图表仍在增长。这需要解释，我也注意到了同样的事情，没有使用数据库，使用率不断增加。我只在数据库中存储了23B，没有从任何客户端以任何方式读取数据库。即使打开Firebase控制台并单击数据库链接下载我的所有数据并影响我的带宽，也不会使用215KB。例如，即使我刷新了控制台10次，也不会超过230 B。我需要刷新控制台近10000次，才能看到我看到的带宽数字。根据Firebase文档中的第一段（），读取和写入都需要经过身份验证，所以爬虫程序不应该影响带宽使用。此外，即使不是这样（假设文档是错误的），爬虫程序如何知道我的数据库JSON的结构并能够读取它？我没有部署任何东西，也没有指向我的数据库的链接，这和我遇到的问题完全一样。我提供了更多的数据，但仍然不了解问题的原因。我的问题是：这可能是支持数据本身所需的簿记存储，而且与刷新相关的数据似乎是由于会话存储。在一段时间的非活动后，它会下降到一个较低的水平吗？@Nick因为我不在谷歌工作，我不知道这是否是簿记数据，但如果是，那肯定是未记录的行为。更重要的是，它比应该的高出数千倍。此外，数据使用率到处都是，应该接近0（除了Firebase控制台之外，数据库从未被访问过几次）。你有没有研究过@Chad Baxter在下面的回答中提到的潜在身份验证问题？@Nick，正如我早些时候向Chad Baxter解释的（在评论中），默认身份验证规则要求对读取和写入进行身份验证，因此这不是问题的根源。@Nick Crawlers无法访问数据库，但会影响带宽使用，这将是Firebase平台中的一个巨大（未记录）缺陷。然而，我不认为这里是这样，因为数据库的链接还没有在任何地方列出。是的，存储量有意义，带宽没有意义。除了谷歌，没有人可以访问运行其专有数据库的机器。