说一千，道一万，我们最终使用ES还是要使用es的查询功能
1 Lucene是如何评分的
文档得分，就是文档和查询匹配的程度，Lucene的默认评分机制是 TF/IDF（词频/逆文档频率）算法
不管什么评分机制，最基本的因子在底层是不变的
评分因子有：
文档权重（document boost），字段权重（field boost），协调因子（coord），逆文档频率（inverse document frequency），长度范数（length norm），词频（term frequency）查询范数（query norm）
比较容易理解的概念有 文档权重，字段权重
其他几个需要一定的理解
- 协调因子（coord）：基于文档中词项命中个数的协调因子，一个文档命中了查询中的词项越多，得分越高
- 逆文档频率（inverse document frequency）：一个基于词项的因此，用来告诉评分公式，该词项是多么的罕见，频率越低，越罕见，这样公式可以通过此因子对罕见词项的文档进行加权
- 长度范数（length norm）：在索引期计算得基于词项个数的归一化因子，词项越多，因子权重越低，即Lucene更喜欢包含更少词项的字段
- 词频（term frequency）;基于词项的因子,词频越高，得分越高
- 查询范数（query norm）：基于查询的归一化因子，词项权重的平方和，让不同查询的得分可以互相比较，但通常是困难且不可行的
2.TF/IDF评分公式
忽略理论，直接看实际的公式
score(q,d) =queryNorm(q) · coord(q,d)
· ∑ ( tf(t in d) · idf(t)² · t.getBoost()· norm(t,d) )
(t in q)
3.查询改写
参考文档《深入理解ElasticSearch》，当时是根据版本0.9写的书，很多东西可能过时了，但我觉得这些查询改写等思想，其实是后续版本优化对人不可见了。本质上并没有变
查询改写就是出于性能的考虑，对查询进行优化，把原始的查询改写为性能更高的查询类型
4.关于缓存
- ES的缓存，有索引级和节点级，由于分片的存在，因此索引级的缓存不建议，默认是节点级
- ES的缓存主要分为过滤缓存和字段数据缓存
过滤缓存
缓存的配置主要包括容量，过期时间，淘汰策略等字段数据缓存
这个就是ES设计字段数据排序或切面计算时使用，ES做的就是加载相关字段全部数据到内存中。但这非常消耗性能，尤其是某个字段拥有大量不同的词项
但字段缓存支持过滤功能，以减轻硬件负担
过滤策略主要有3种：基于词频，基于正则表达式以及两者的组合。这些是在创建mapping的时候指定的字段属性
词频：基于词频过滤的结果是指加载哪些高于指定频率的词项，太低频率的词项过滤结果就不缓存了
实际举例：tag字段保存文档数不小于100的索引段，且词频在0.01到0.2之间
"book":{
"properties":{
"tag":{
"type":"string",
"fielddate":{
"fielter":{
"frenquency":{
"min":"0.01",
"max":"0.2",
"min_segment_size":100
}}}}}}
