Firestore子集合中使用相同文档ID是否会引发热点问题？

Firestore 子集合固定名称计数器文档问题解答 #

你现在采用的固定名称计数器文档方案不会引发热点问题，也不需要改用自动生成ID。
Firestore 出现写入热点的核心前提是短时间内有大量写入集中到索引分片的相邻区间，通常出现在文档ID使用连续自增数值、或者大量文档路径前缀高度一致的场景。你设计的存储结构中，每个计数器文档的完整路径为 users/{userId}/userCounters/likesCounter 或 users/{userId}/userCounters/followerCounter，不同用户的计数器文档路径以独立的 userId 作为前缀，完全分布在不同的索引分片上，即使所有用户的计数器都使用相同的文档名，也不会出现写入集中到同一分片的情况，完全不会触发热点问题。

这个场景下使用自动生成ID没有任何收益，反而会增加开发和使用成本：

• 固定名称的计数器文档可以直接凭借路径精准读写，不需要额外的查询操作，代码逻辑更简单，也能节省不必要的读请求开销
• 自动生成的随机ID需要额外存储「计数器类型-文档ID」的映射关系才能正常读写，没有任何实用价值

如果后续遇到单用户的单计数器每秒写入超过1次的极限场景，可以进一步对单计数器做分片，比如将点赞计数器拆分为 likesCounter_0、likesCounter_1 等多个分片文档，写入时随机选择分片，读取时累加所有分片的数值即可满足更高的写入吞吐量需求。

内容的提问来源于stack exchange，提问作者Kevin Schulze