ES 数据压缩问题

最简单是逻辑层加 cache ，查询一致的时候直接回之前缓存的数据，特别是用户会查询的东西可以自己先预热 cache 。

而且看你的需求，应该是某种 tsdb 的应用范围。预先计算，预先聚集到特定表，减少 aggregate 压力，或者干脆直接换 tsdb 。

不是 tsdb 的话，每条数据 15K ，也需要尽快垂直拆字段，特别是没啥用的数据，就不要跟着查询压力大的接口放在一起。
ES 的 shard 机制决定了你的数据肯定会跨节点查询，http gzip 都只是治标不治本的。

好问题，关注

@mengzhuo 感谢你的回复，我们库里大概有几十亿条数据，这几十亿条数据，根据用户的需求进行请求查询然后返回数据，未必有耦合的数据。

@aaa5838769 类似搜索引擎么？那 ES 可不是好选择，可能需要直接建立单独的分词索引服务来完成任务，不过具体我没实施过，你搜搜看搜索引擎实现吧。

查询条件是什么样的，有排序吗。拉数据一定要获取所以字段吗？不需要的话就只返回部分字段吧

@viggoc 可以根据时间范围或者关键词查询，无排序，返回的字段是根据请求参数来决定的，可以全部字段或者部分字段的。

时间范围查询可以考虑数据根据时间字段 index sorting 。返回的字段是从 source 取的话可以考虑用 docvalue_fields 取，从 source 取是要解析 json 的。