到目前为止，我们看到的都是以 节点为中心(node-centric) 的统计值： 节点有多少内存？用了多少 CPU ？正在服务多少个搜索？

有时候从 索引为中心(index-centric) 的角度看统计值也很有用：这个索引 收到了多少个搜索请求？那个索引 获取文档耗费了多少时间？

要做到这点，选择你感兴趣的索引（或者多个索引）然后执行一个索引级别的stats API：

GET my_index/_stats 

GET my_index,another_index/_stats 

GET _all/_stats 

返回的统计信息和node-stats的输出很相似：search、fetch、get、index、bulk、 segment counts等等。

以索引为中心的统计在有些时候很有用，比如辨别或验证集群中的 em>热门索引，或者试图找出某些索引比其他索引更快或者更慢的原因。

实践中，以节点为中心的统计还是显得更有用些。 瓶颈往往是针对整个节点而言，而不是对于单个索引。 因为索引一般是分布在多个节点上的，这导致以索引为中心的统计值通常不是很有用，因为它们是从不同环境的物理机器上汇聚的数据。

以索引为中心的统计作为一个有用的工具可以保留在你的技能表里，但是通常它不会是第一个用的上的工具。