Google cloud platform 云扳手：分裂的含义是'；太大'；

文档中指出，一个拆分不应大于“几GB”

• 云扳手在一次拆分中停止存储更多数据是否有硬限制？
  • 在此处的“限制”部分中找不到任何内容：
• 例如，拆分增长到20-30GB意味着什么？
  • 我能想到在读/写时需要在实例之间移动这些拆分的问题

我知道第二点听起来像是我们应该分割主键/添加一个切分键作为第一个主键部分

但是，如果你有数百个客户拥有非常大的产品目录，你需要交错品牌和类别表，这样你就可以加入他们。在二级索引查询（例如：查询目录中的所有活动产品）中，将一个产品目录存储在多个拆分中的替代方法变得非常慢

提前非常感谢，因为这将有助于我们更好地了解Cloud Spaner，以满足我们计划的生产使用。

---

Christian Gintenreiter

拆分只能由单个节点提供服务，因此非常大的拆分可能会导致单个节点成为性能瓶颈。当拆分大小大于2GB时，您可能会开始看到性能下降。拆分大小的硬限制受单个节点的存储限制（2TB）的限制

---

您能提供一些关于您的模式和交错的详细信息吗？

那么，您为此做了哪些尝试？如果您创建了较大的拆分，那么您将获得更差的性能。我们建议架构您的模式时避免将超过几GB的空间放在一个拆分器上。谢谢您的回答。我很想更深入地了解这一点，但由于我现在休假3周，我们需要推迟：但再次感谢@rose liu您能否给出拆分太大的确切含义？例如，4.2GB的权重会影响完整db性能的拆分。。。针对该拆分的查询会稍微慢一点吗？慢多了？这会影响其他不针对该拆分的查询吗？你也说2GB，但医生说4GB。自您回答后，这种情况是否发生了变化，或者这是实际的限制？