PUT index_name
{
"settings": {
"index": {
"sort.field": "timestamp",
"sort.order": "desc" 
}
},
"mappings": {
"properties": {
"timestamp": {
"type": "date"
}
}
}
}

GET /index_name/_search
{
"size": 10,
"sort": [
{ "timestamp": "desc" }
]
}
ES会检查每个提前排好序的segment文件
的topN条doc返回，而不再对shard上所有
的segment文件进行遍历，大大降低查询耗
时。

7、为文件系统缓存预留足够的内存空间

8、 自定义 routing 写入和检索，减少分片查询范围

  自定义 routing 查询，可以做到精准分片检索，减少索引分片的 查询范围，提升查询性能。 容易踩坑的点： 如果routing存在严重数据不均等情况，可能会出现严重的热点分 片和查询超时问题。

这种情况下先通过reindex临时解决问题，长期解决需去除自定义 routing并拆分索引。

9、docvalue_fields 替代 source，降低查询过程中解压及网络传输开销

• 从 source中 取数据，由于走的是行存，因此每次查询都会读取一行数据， 从一行数据中过滤字段，其中在解压、序列化等操作上有较多的性能开销
• 通过使用 docvalues_fileds 替代source，由于是直接从列存中取数据，可 以大大降低检索过程中的source 字段的解压缩及序列化开销。行存检索变列存检索
• 通过将 stored_fileds 设置为 _none_，可以降低返回结果的流量消耗，提 升查询性能

经验总结：

  docvalue_fields + stored_fileds 结合使用，可大幅度提升查 询性能。

GET filebeat-7.2.1/_search
{
"from": 0,
"size": 5000, 
"_source": {
"includes": [
"region","host.name”
]
}
}

GET filebeat-7.2.1/_search
{
"from": 0,
"size": 5000, 
"stored_fields": ["_none_"],
"docvalue_fields": [
"region","host.name”
]
}

 这里看到测试结果。提升有数10倍。

此优化不适用的场景：

需要取回的字段中包含如下情况：

1、text类型相关的字段

2、嵌套类型的对象

3、显示设置doc_value为false的字段（"doc_values": false）

10、docvalue_fields 替代 source，降低查询过程中解压及网络传输开销

性能测试：

  基于8C 32G 规格，构建100w 条测试数据（每条数据包含100个字段）不断变化查询字段数进行查询，得到如下结果：

性能测试结果分析：

1、当字段数很少时，低于40，使用 doc_value Fields 拉取，耗时最低，性能最优。

分析： 如果我们只需要返回其中包含的一小部分字段时，读取并解压这个巨大的

_source字段可能会开销很高。

2、 当字段超较多时，达到40以上时，使用 _source 耗时最低，查询性能最优。

分析： 当需要非常多、几乎全部字段时，此时使用 doc_value Fields 可能会有非常多

的随机IO。此时读取 _source 一个字段就能够包含几乎全部字段，耗时最低。

3、在不同数据场景下，_source、列存、Store 查询性能的平衡点可能会偏移，还是

需要实际的压测