我想知道拥有数千个不同的索引是不是一个坏主意？
我正在基于 ElasticSearch 向我的网络应用程序添加一个搜索页面。搜索页面允许用户通过过滤许多不同的索引标准（姓名、位置、性别等）来搜索网站上的其他用户。这是相当直接的，只需要一个索引，其中包含网站的每个用户的文档。
但是，我还想创建一个页面，用户可以在其中查看他们关注的所有其他用户的列表。我希望此页面具有与搜索页面相同的过滤选项。我想知道解决这个问题的好方法是否是为每个用户创建一个单独的索引，其中包含他们关注的每个用户的文档？
【问题讨论】：
虽然您当然可以在 elasticsearch 中创建数千个索引，但我并不认为您的用例需要它。我认为您可以使用一个索引。只需为主用户记录创建一个额外的child typefollowers。每次用户A关注用户B，创建B的子记录，内容如下：{"followed_by" : "A"}。要获取当前用户关注的用户列表，您只需在查询中添加Has Child Filter即可。
【讨论】：
我想补充一下 Igor 的回答，即在一个小集群（一个或两个节点）上创建数千个索引可能会导致一些缺点。 索引的每个分片都是一个完整的 Lucene 实例。也就是说，如果您只有一个节点（或小集群 - 就节点而言），您将打开许多文件（可能打开的文件太多）。
这是我不会定义太多索引的主要原因之一......
【讨论】：