Google cloud firestore Firestores每秒写入10000次限制

目前我正在使用firestore构建一个应用程序。谷歌一直在推广firestore的可扩展性，但我认为它不符合这一承诺。如果您存储用户喜欢的内容、通知以及firestore中没有的内容，我想您可以轻松地超过该限制。我有什么遗漏吗？此限制是否仅适用于新文档或文档更新

---

提前谢谢

我不熟悉GCP产品，但我对其他云的经验告诉我，您可以做以下几件事：

确保选择了正确的数据库。从描述中，听起来您需要一个具有自动分区和最终一致性的NoSQL DB。 文件中说，标准限制意味着您可以联系技术支持，以延长限制。至少Azure是这样工作的。 云供应商提供咨询，以确保其客户在技术方面取得成功。你们有这样的频道吗？你和你的首席技术官谈过了吗？ 如果GCP服务不能满足您的需求，您可以考虑使用GKE在云中托管其他数据库引擎。初始设置和操作的成本较高，但从长远来看是值得的。例如，我接受了这个想法，在Azure中托管了ElasticSearch，与可用的备选方案相比，这是最好的决定。

---

这些提示可能无法准确回答您的问题，但我希望分享我的经验有助于找到完整的解决方案。

Firestore专为可扩展性极强的读取操作而设计。具体地说，它的主要名声在于运行特定查询所需的时间是固定的，无论您查询的集合中有多少数据。因此，如果您从一个包含10K文档的集合中读取10个文档，并且需要1秒的时间，那么当该集合中有10M个文档或10B个文档时，您可以保证在相同的客户端条件下读取相同的文档需要1秒的时间

云Firestore的写入吞吐量限制主要由物理限制决定。每秒10K文档数是一个，但您更可能遇到每秒大约写入每个文档一次的限制。这些限制的原因在于Firestore的其他保证。例如：Firestore保证写入操作的即时一致性；因此，一旦写入操作完成，任何客户端都不会从服务器获取较旧的数据。为了实现这一点，它必须在确认写入之前更新多个数据中心中数据的所有索引，这只需要一定的时间，这反过来又会限制写入吞吐量。类似地，这些选择也有其他限制

---

如果您需要更高的写入吞吐量，并且愿意接受不同的性能保证，那么您可能需要寻找另一个满足这些需求的数据库。

回答得好Serge！好的，非常感谢。我会考虑你的建议。你的问题可能不会遵循SO的指导方针，因为它涉及一种假设情况，并且没有提供你已经尝试过的例子。例如，一个好的描述应该从以下开始：我达到了10K请求/秒的限制，对数据库的请求被限制。人们寻求的是具体的问题和具体的解决方案，而不是假设性的建议。谢谢你的回答。有趣的观点。我想我会选择另一个数据库引擎。我使用缓存作为解决文档每秒写入1次限制的方法，这些文档在第一次写入之前会聚集数据，所以这不会是一个问题。但10K写入限制似乎很容易被超过。