设置查询偏好，决定了哪些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_typedefault：query_then_fetch
如果设置为dfs_query_then_fetch，可以提升revelance sort精准度
