significant_terms 演示 | Elasticsearch: 权威指南 | Elastic
2024-12-25
因为 significant_terms
聚合
是通过分析统计信息来工作的,
需要为数据设置一个阀值让它们更有效。也就是说无法通过只索引少量示例数据来展示它。
正因如此,我们准备了一个大约 8000 个文档的数据集,并将它的快照保存在一个公共演示库中。可以通过以下步骤在集群中还原这些数据:
在 elasticsearch.yml
配置文件中增加以下配置,
以便将演示库加入到白名单中:
repositories.url.allowed_urls: ["http://download.elastic.co/*"]
运行以下快照命令。(更多使用快照的信息,参见 备份集群(Backing Up Your Cluster))。
注册一个新的只读地址库,并指向演示快照。 | |
(可选)检查库内关于快照的详细信息。 | |
开始还原过程。会在集群中创建两个索引: | |
(可选)使用 Recovery API 监控还原过程。 |
数据集有 50 MB 会需要一些时间下载。
在本演示中,会看看 MovieLens 里面用户对电影的评分。在 MovieLens 里,用户可以推荐电影并评分,这样其他用户也可以找到新的电影。
为了演示,会基于输入的电影采用 significant_terms
对电影进行推荐。
让我们看看示例中的数据,感受一下要处理的内容。本数据集有两个索引, mlmovies
和 mlratings
。首先查看 mlmovies
:
GET mlmovies/_search { "took": 4, "timed_out": false, "_shards": {...}, "hits": { "total": 10681, "max_score": 1, "hits": [ { "_index": "mlmovies", "_type": "mlmovie", "_id": "2", "_score": 1, "_source": { "offset": 2, "bytes": 34, "title": "Jumanji (1995)" } }, ....
mlmovies
里的每个文档表示一个电影,数据有两个重要字段:电影ID _id
和电影名 title
。可以忽略
offset
和 bytes
。它们是从原始 CSV 文件抽取数据的过程中产生的中间属性。数据集中有 10,681 部影片。
现在来看看 mlratings
:
GET mlratings/_search { "took": 3, "timed_out": false, "_shards": {...}, "hits": { "total": 69796, "max_score": 1, "hits": [ { "_index": "mlratings", "_type": "mlrating", "_id": "00IC-2jDQFiQkpD6vhbFYA", "_score": 1, "_source": { "offset": 1, "bytes": 108, "movie": [122,185,231,292, 316,329,355,356,362,364,370,377,420, 466,480,520,539,586,588,589,594,616 ], "user": 1 } }, ...
这里可以看到每个用户的推荐信息。每个文档表示一个用户,用 ID 字段 user
来表示, movie
字段维护一个用户观看和推荐过的影片列表。
可以采取的首个策略就是基于流行程度向用户推荐影片。 对于某部影片,找到所有推荐过它的用户,然后将他们的推荐进行聚合并获得推荐中最流行的五部。
我们可以很容易的通过一个 terms
聚合
以及一些过滤来表示它,看看 Talladega Nights(塔拉迪加之夜) 这部影片,它是 Will Ferrell 主演的一部关于全国运动汽车竞赛(NASCAR racing)的喜剧。
在理想情况下,我们的推荐应该找到类似风格的喜剧(很有可能也是 Will Ferrell 主演的)。
首先需要找到影片 Talladega Nights 的 ID:
GET mlmovies/_search { "query": { "match": { "title": "Talladega Nights" } } } ... "hits": [ { "_index": "mlmovies", "_type": "mlmovie", "_id": "46970", "_score": 3.658795, "_source": { "offset": 9575, "bytes": 74, "title": "Talladega Nights: The Ballad of Ricky Bobby (2006)" } }, ...
有了 ID,可以过滤评分,再应用
terms
聚合从喜欢 Talladega Nights 的用户中找到最流行的影片:
GET mlratings/_search { "size" : 0, "query": { "filtered": { "filter": { "term": { "movie": 46970 } } } }, "aggs": { "most_popular": { "terms": { "field": "movie", "size": 6 } } } }
这次查询 | |
对影片 Talladega Nights 的 ID 使用过滤器。 | |
最后,使用 |
在 mlratings
索引下搜索,然后对影片 Talladega Nights 的 ID 使用过滤器。由于聚合是针对查询范围进行操作的,它可以有效的过滤聚合结果从而得到那些只推荐 Talladega Nights 的用户。
最后,执行
terms
聚合得到最流行的影片。
请求排名最前的六个结果,因为 Talladega Nights 本身很有可能就是其中一个结果(并不想重复推荐它)。
返回结果就像这样:
{ ... "aggregations": { "most_popular": { "buckets": [ { "key": 46970, "key_as_string": "46970", "doc_count": 271 }, { "key": 2571, "key_as_string": "2571", "doc_count": 197 }, { "key": 318, "key_as_string": "318", "doc_count": 196 }, { "key": 296, "key_as_string": "296", "doc_count": 183 }, { "key": 2959, "key_as_string": "2959", "doc_count": 183 }, { "key": 260, "key_as_string": "260", "doc_count": 90 } ] } } ...
通过一个简单的过滤查询,将得到的结果转换成原始影片名:
GET mlmovies/_search { "query": { "filtered": { "filter": { "ids": { "values": [2571,318,296,2959,260] } } } } }
最后得到以下列表:
好吧,这肯定不是一个好的列表!我喜欢所有这些影片。但问题是:几乎 每个人 都喜欢它们。这些影片本来就受大众欢迎,也就是说它们出现在每个人的推荐中都会受欢迎。 这其实是一个流行影片的推荐列表,而不是和影片 Talladega Nights 相关的推荐。
可以通过再次运行聚合轻松验证,而不需要对影片 Talladega Nights 进行过滤。会提供最流行影片的前五名列表:
GET mlratings/_search { "size" : 0, "aggs": { "most_popular": { "terms": { "field": "movie", "size": 5 } } } }
返回列表非常相似:
显然,只是检查最流行的影片是不能足以创建一个良好而又具鉴别能力的推荐系统。
现在场景已经设定好,使用 significant_terms
。 significant_terms
会分析喜欢影片 Talladega Nights 的用户组( 前端 用户组),并且确定最流行的电影。
然后为每个用户( 后端 用户)构造一个流行影片列表,最后将两者进行比较。
统计异常就是与统计背景相比在前景特征组中过度展现的那些影片。理论上讲,它应该是一组喜剧,因为喜欢 Will Ferrell 喜剧的人给这些影片的评分会比一般人高。
让我们试一下:
GET mlratings/_search { "size" : 0, "query": { "filtered": { "filter": { "term": { "movie": 46970 } } } }, "aggs": { "most_sig": { "significant_terms": { "field": "movie", "size": 6 } } } }
正如所见,查询也几乎是一样的。过滤出喜欢影片 Talladega Nights 的用户,他们组成了前景特征用户组。默认情况下,
significant_terms
会使用整个索引里的数据作为统计背景,所以不需要特别的处理。
与 terms
类似,结果返回了一组桶,不过有更多的元数据信息:
... "aggregations": { "most_sig": { "doc_count": 271, "buckets": [ { "key": 46970, "key_as_string": "46970", "doc_count": 271, "score": 256.549815498155, "bg_count": 271 }, { "key": 52245, "key_as_string": "52245", "doc_count": 59, "score": 17.66462367106966, "bg_count": 185 }, { "key": 8641, "key_as_string": "8641", "doc_count": 107, "score": 13.884387742677438, "bg_count": 762 }, { "key": 58156, "key_as_string": "58156", "doc_count": 17, "score": 9.746428133759462, "bg_count": 28 }, { "key": 52973, "key_as_string": "52973", "doc_count": 95, "score": 9.65770100311672, "bg_count": 857 }, { "key": 35836, "key_as_string": "35836", "doc_count": 128, "score": 9.199001116457955, "bg_count": 1610 } ] ...
顶层 | |
每个桶里面列出了聚合的键值(例如,影片的ID)。 | |
桶内文档的数量 | |
背景文档的数量,表示该值在整个统计背景里出现的频度。 |
可以看到,获得的第一个桶是 Talladega Nights 。它可以在所有 271 个文档中找到,这并不意外。让我们看下一个桶:键值 52245
。
这个 ID 对应影片 Blades of Glory(荣誉之刃) ,它是一部关于男子学习滑冰的喜剧,也是由 Will Ferrell 主演。可以看到喜欢 Talladega Nights 的用户对它的推荐是 59 次。
这也意味着 21% 的前景特征用户组推荐了影片 Blades of Glory ( 59 / 271 = 0.2177
)。
形成对比的是, Blades of Glory 在整个数据集合中仅被推荐了 185 次,
只占 0.26% ( 185 / 69796 = 0.00265
)。因此 Blades of Glory 是一个统计异常:它在喜欢 Talladega Nights 的用户中是显著的共性(注:uncommonly common)。这样就找到了一个好的推荐!
如果看完整的列表,它们都是好的喜剧推荐(其中很多也是由 Will Ferrell 主演):
这只是 significant_terms
它强大的一个示例,一旦开始使用 significant_terms
,可能碰到这样的情况,我们不想要最流行的,而想要显著的共性(注:uncommonly common)。这个简单的聚合可以揭示出一些数据里出人意料的复杂趋势。
官方地址:https://www.elastic.co/guide/cn/elasticsearch/guide/current/_significant_terms_demo.html