google-cloud-platform - 在 Spanner 中拥有大量分片会产生成本吗？

Question

使用 Spanner 的最佳实践强烈建议避免使用时间戳或其他顺序标识符作为 key 的第一部分，因为这会创建热点。当需要基于时间的排序时，建议的解决方法之一是使用基于单个键的数字分片作为前缀，以获得均匀的分布(如 this page )。

据我了解，Spanner 会根据键(例如，在本例中为分片)自动创建拆分，并且当执行获取特定时间戳之后的所有行的查询时，可能需要对所有行运行查询的各个分割，然后加入。

最后的问题:是否存在与唯一分片数量成正比的成本，因此如果我使用 1024 个分片，查询表的成本可能会高于使用 16 个分片时的成本，或者是它分解为拆分，Spanner 仅在需要时才会跨拆分拆分 key ？

举一个极端的例子，实际使用单个条目 id 作为键的第一部分而不是分片(除了一个是数字，一个是字符串)是否会产生成本？这样做会创建更多的“分片”，但同样，影响将取决于这里的相关事物是唯一分片(键前缀)还是拆分。

Answer 1

成本与唯一分片的数量不成正比。分片的原因是为了在各个分片之间均匀分配流量，因此建议使用任何数量的分片来获得均匀分布。

条目 ID 是什么意思？如果这是唯一且均匀分布的，则可以将其用作主键。