请大牛答疑解惑-关于系统设计 design twitter search, 如何sharding

最近在看grokking the system design interview 这本书，里面有一题design twitter search, 书里提到index (word--> tweetID) 如何sharding 提到：


第一种： Sharding based on Words， 提到有如下两个缺点：


1) What if a word becomes hot? Then there will be a lot of queries on the server holding that word. This high load will affect the performance of our service.
2) Some words can end up storing a lot of TweetIDs compared to others, therefore, maintaining a uniform distribution of words while tweets are growing is quite tricky.

. ----第二种：  Sharding based on the tweet object,  提到 While querying for a particular word, we have to query all the servers, and each server will return a set of TweetIDs. A centralized server will aggregate these results to return them to the user.

我感觉这本书的意思的是第二种 “Sharding based on the tweet object” 没有第一种的两个缺点 “Sharding based on Words”，所以要选第二种。可是我有两个问题：

1）第二种并没有解决 hot word 的问题啊，而且使情况变得更糟糕了，因为比如一个word短时间内有 1 million的search，第一种会使得一个server有 1 million queries， 而第二种会使所有servers 都有 1 million 的queries， 因为第二种每次都要query 所有servers啊。
2）第二种每次都要query 所有servers，然后合并，速度要比第一种慢很多吧？

请问大牛们，我的理解对吗？

我比较倾向于第一种(Sharding based on Words),  但没想好如何处理 hot word 和 不even distributed 的问题，请问大牛们怎么想？

补充内容 (2023-11-11 13:23 +08:00):

补充：design twitter search 的功能是： 根据输入的单词，搜索并返回包含该单词的所有tweets。

没读过这本书，大概看了一下两段话，纯靠经验 说错请勿喷

1 看起来，有两种不同的搜索模式，只搜索一个单字或者搜索全部的tweet。
2 看起来，他提到的第一种方式很类似reverse index
3 当使用第一种方式 shard by word的时候，实际上是把tweet按照空格split成单字，每个字都指向原来的tweet id。其实就是简单的k,v。好处是如果search 单字，可以一下定位到对应的shard 但坏处在于，对于有的单字，比如a或者the会很hot 。还有就是，保存开销更大，比如说，一个255个不同单字的tweet，会有255个指向它对索引。这会占更多的资源（比如disk, 或者create index的cpu资源）

4 也许可以通过对每个shard做多个replica的方法来尽可能解决data skew，查询的时候，可以随便找latest version replica

5 第二种方式，类似map reduce 确实可能会慢，但好处在于，节省了很多index的开销。拿之前的tweet举例，不需要每个单字的索引了，节省了255个。

这本书就是很垃圾，几乎所有题目的解法你细想一下都有错误，很多设计的偏重点都莫名其妙，讨论的那些tradeoff都自相矛盾。这本书你就看看有哪些topic看个大概，然后去搜对应的系统设计。把这本书当标准答案就要等死