48搜索相关参数梳理以及bouncing results问题解决方案

48搜索相关参数梳理以及bouncing results问题解决方案 1、preference

设置查询偏好，决定了哪些shard会被用来执行搜索 *** 作

_primary, _primary_first, _local, _only_node:xyz, _prefer_node:xyz, _shards:2,3

_primary：只请求primary shard

_primary_first： 优先请求primary shard

_local：如果可能，在本地节点上的分片上运行搜索。如果没有，使用默认方法选择分片。

_only_node:xyz ： 设置指定查询节点xyz

_prefer_node:xyz：如果可能，请对指定的节点 ID 运行搜索。如果没有，请使用默认方法选择分片。

_shards:2,3：仅在指定的分片上运行搜索。此值可以与其他preference值组合，但此值必须在前。例如： _shards:2,3|_local

bouncing results问题，两个document排序，field值相同；不同的shard上，可能排序不同；每次请求轮询打到不同的replica shard上；每次页面上看到的搜索结果的排序都不一样。这就是bouncing result，也就是跳跃的结果。

搜索的时候，是轮询将搜索请求发送到每一个replica shard（primary shard），但是在不同的shard上，可能document的排序不同

解决方案就是将preference设置为一个字符串，比如说user_id，让每个user每次搜索的时候，都使用同一个replica shard去执行，就不会看到bouncing results了

2、timeout，

已经讲解过原理了，主要就是限定在一定时间内，将限定时间内的获取到的数据直接返回，避免查询耗时过长

3、routing，

document文档路由，默认是_id路由，也可以指定比如说routing=user_id，这样的话可以让同一个user对应的数据到一个shard上去

4、search_type

default：query_then_fetch
如果设置为dfs_query_then_fetch，可以提升revelance sort精准度