这周优化了我们沙抖官网搜索的功能,这个搜索目前是根据视频标题进行匹配,之前是对用户输入的关键词进行了分词查找,比如用户输入【机器人】,这样的话,只要视频标题中有关键词的任意一个字都会被搜到,比如含有【人 】字的标题会展示出来,并可能排的很靠前,所以我就对当前的搜索进行了优化,现在搜索是优先进行相邻短语查询 match_phrase,如果相邻短语查询结果小于2个就进行普通的分词查询,这个相邻短语查询是要求在请求字符串中的所有查询项必须都在文档中存在 "fields": { "video_title": { } } } } 这周内我还对我们的数据表查询进行了优化 加了普通索引和联合索引,现在我们一个视频数据表的数据量是几百兆大小,根据视频行业进行查询时,mysql 响应速度在 600ms 左右,我对行业字段添加了普通索引,查询响应在 30 ms 左右,前后对比优化结果还是很明显的
", "position" : 0 }, { "token" : "死神", "start_offset" : 2, "end_offset" : 4, 关于严格匹配我们很容易就能想到模糊查询,es本身也是能支持模糊查询的:方案选择方案一:模糊查询 wildcard && fuzzy 模糊查询的功能有点类似 mysql 中的 like,可以使用正则表达式的通配符来达到模糊搜索的效果 ,但是当输入字符串很长或者搜索数据集很大时,搜索性能很低,原因是ES使用的是基于DFA的文本匹配算法,时间复杂度(M+N),当索引里面的数据量为K时,时间复杂度为(M+N)× K,数据量越大,输入文本越长 token" : "韭菜", "start_offset" : 1, "end_offset" : 3, "type" : "word", "position" : 4 4. 直接使用 Ngram 分词,单个关键字命中即返回,召回错误率太高,可以搭配使用 match_phrase,通过设定slot偏移量,可以减少智能分词结果差异导致的召回率低的问题,提升搜索准确率。
图片 背景 最近在实际项目中查询条件上越来越复杂,mysql的筛选已无法支撑,准备将所有搜索筛选改为es查询。 例如ES 共有 4 个shard,并且每个shard没有副本。假如分页的大小为 10,想取第11 页的内容。则对应的 from = 100,size = 10。 图片 图片 图片 具体使用方法: 第一次查询时,会生成一个 scrollId ,并将所有符合搜索条件的搜索结果缓存起来。 4 个shard,并且每个shard没有副本。 引用文章:Elasticsearch Scroll API vs Search After with PIT 相比scroll,内存也得到了优化,es 的查询简化流程: 第一步.用户发送查询dsl
今天再来一道面试真题,es的搜索的相似度算法如何计算 首先,我们要从这几方面回答 TF(term frequency)检索词频率 IDF(inversed document frequency)反向文档频率 中出现的次数,比如上面出现了3次,一个term在所有doc 中出现的次数越多,分数就越低,比如我们的and 或the常用词,就会频繁出现,对分数的贡献就很少,所以分数就比较小 字段长度准则 hello搜索的 ---->[2,5] 每一个doc都会计算出term计算出一个分数,hello 一个分数,world一个分数,都会计算出一个分数组,所有的分数组形成一个文档向量 查询向量 比如hello world,es
有些时候,我们可能需要人工干预ES的搜索结果,让指定的内容置顶,ES提供了pinned语法来实现该功能。 title" : { "query" : "制作云", "boost" : 2, "slop" : 4 "minimum_should_match" : 1 } } } }, "size" : 10, "from" : 0 } 看文档说似乎是从ES
全文搜索 1.介绍 elasticsearch 6 (和elasticsearch 5 的区别在于,root用户权限、一个库只能建立一个表) elasticsearch 6一个索引只能建立一张表 1.1 文本搜索引擎: 优点:搜索快; 缺点:占用空间。 solr需要依赖zk1. 1.2 elasticSearch(搜索引擎)的算法 倒排索引(在内容上建立索引,用内容匹配索引); btree mysql数据库的索引方式。 去修改: 建议配置2g~4g,学习测试环境配置256m 就可以了 elasticSearch.yml中配置es的host地址(配成本机地址,允许访问) elasticSearch.yml 集群配置文件 的文档(分词处理并建立了索引)之间的相关度的高低 4.ES集群 4.1 节点、分片、索引 ==节点:==一个节点就是一个es的服务器,es集群中,主节点负责集群的管理和任务的分发,一般不负责文档的增删改查
搜索是ES最最核心的内容,没有之一。前面章节的内容,索引、动态映射、分词器等都是铺垫,最重要的就是最后点击搜索这一下。下面我们就看看点击搜索这一下的背后,都做了哪些事情。 分数(score) ES的搜索结果是按照相关分数的高低进行排序的,咦?! 怎么没说搜索先说搜索结果的排序了?咱们这里先把这个概念提出来,因为在搜索的过程中,会计算这个分数。 在ES的搜索当中,分为两种,一种计算分数,而另外一种是不计算分数的。 频繁使用的过滤还会被ES加入到缓存,以提升ES的性能。下面我们看一个查询和过滤的例子,这个也是ES官网中的例子。 最后 在ES中,检索的花样是比较多的,这里也不能一一给大家介绍了,只介绍一些最基本、最常用的查询功能。下一篇我们看一下ES的聚合查询功能。
搜索是ES最最核心的内容,没有之一。前面章节的内容,索引、动态映射、分词器等都是铺垫,最重要的就是最后点击搜索这一下。下面我们就看看点击搜索这一下的背后,都做了哪些事情。 分数(score) ES的搜索结果是按照相关分数的高低进行排序的,咦?! 怎么没说搜索先说搜索结果的排序了?咱们这里先把这个概念提出来,因为在搜索的过程中,会计算这个分数。 在ES的搜索当中,分为两种,一种计算分数,而另外一种是不计算分数的。 频繁使用的过滤还会被ES加入到缓存,以提升ES的性能。下面我们看一个查询和过滤的例子,这个也是ES官网中的例子。 最后 在ES中,检索的花样是比较多的,这里也不能一一给大家介绍了,只介绍一些最基本、最常用的查询功能。下一篇我们看一下ES的聚合查询功能。
写个小文巩固下,本文主要讲 ES -> Lucene 的底层结构,然后详细描述新数据写入 ES 和 Lucene 的流程和原理。 无论在开源还是专有领域,Lucene 可以被认为是迄今为止最先进、性能最好的、功能最全的搜索引擎库,并通过简单的 RESTful API 来隐藏 Lucene 的复杂性,从而让全文搜索变得简单。 Elasticsearch 不仅仅是 Lucene 和全文搜索,我们还能这样去描述它: 分布式的实时文件存储,每个字段都被索引并可被搜索 分布式的实时分析搜索引擎 可以扩展到上百台服务器,处理 PB 级结构化或非结构化数据 ES 基于底层这些包,然后进行了扩展,提供了更多的更丰富的查询语句,并且通过 RESTful API 可以更方便地与底层交互。类似 ES 还有 Solr 也是基于 Lucene 实现的。 三、新文档写入流程 3.1 数据模型 如图 一个 ES Index (索引,比如商品搜索索引、订单搜索索引)集群下,有多个 Node (节点)组成。每个节点就是 ES 的实例。
用DFS在2D地图上找连通分量的问题 例4 蓝桥杯——全球变暖 题目大意是有一张NxN像素的照片,图片中”#”代表陆地,”.”代表海洋。”上下左右”4连通连成一片的陆地组成一座岛屿。 参数xym表示现在搜索到(x, y)这个像素,并且(x, y)以及后续搜到的与(x, y)连通的像素都属于第m个连通分量 对于(x, y)我们要搜索它的4个邻居像素(x+1, y), (x-1, y 如果(nx, ny)是尚未被标记陆地,就继续从(nx, ny)开始递归搜索下去。 所以样例中一横排4个#和一竖列4个#不算形状相同 我们可以用下面的算法判断两个岛屿是否形状相同。首先我们为每一个陆地像素编号,具体来说i行j列(从0开始计数)的像素(i, j)的编号是i*m+j。 例如上图样例中,(1, 2, 3, 4)与(14, 15, 16, 17)对于编号的差14-1=15-2=16-3=17-4都是13,所以两座岛屿形状相同。
无需任何配置,即可以直接使用到降低 70% 存储的优化特性。 4. 量化 量化是向量搜索领域,乃至 AI 模型领域的常用技术,它通过一定算法对原始向量进行压缩,得到字节数占用较小的,量化后的向量表示。 然而.veq的大小是.vec的 1/4。 由于越深程度的量化,越难以精确”复水“还原回原始向量,91% 和 95% 的差距已不悬殊,没有必要为 4% 的磁盘存储做更大牺牲,所以量化裁剪这一优化,我们选择在int8_hnsw上进行。 虽然该功能相对实验性,但它进一步降低了 ES 向量搜索的存储门槛,拓展了不同读写流程。后续我们仅需要对”复水“算法进行优化,即可不断弱化这一影响,从而使其得到更广泛的使用。 6. 也希望更多有向量/混合搜索需求的用户,可以尝试和使用腾讯云 ES 向量搜索增强版,如果您也有独到的需求或想法,可以联系到腾讯云 ES 团队,我们将竭尽全力与您共同探索与解决。
"search"] } { "tags" : ["search", "open_source"] } 两个文档,{ "term" : { "tags" : "search" } }都能匹配,但想只搜索包含一个的值 { "text": "hop" }}, { "term": { "text": "leap" }} ] } } } 3、查询时提高索引的相关性 比如说,我们es _10": 3, "docs_2017_12_09": 2 }, "query": { "term": { "text": "error" } } } 4、 更改score计算方法 ES5.0之前默认用的是tf-idf来计算相关性,5.0之后(lucene6)用的BM25来计算相关性。 原因是针对names建倒排时,各位置如下: Position 1: john Position 2: abraham Position 3: lincoln Position 4: smith 所以查询
{ "term": { "name": "dev" } }, "sort":[ "_doc" ] } 4、 随机取n条(n>=10000)数据 1)可以利用ES自带的方法random score查询。 }, "random_score": { } } } } 2)可以利用ES
artifactId> <version>7.3.0</version> </dependency> <dependency> <groupId>org.apache.logging.log4j </groupId> <artifactId>log4j-core</artifactId> <version>2.11.1</version> </dependency> </artifactId> <version>2.9.9</version> </dependency> </dependencies> 2 编写方法 package com.shi.es ().prepareCreate("index_client").get();// 执行操作 System.out.println("index_client 索引设置成功..."); // 4 .get(); System.out.println("文档添加成功..."); //关闭客户端 client.close(); } } package com.shi.es
不过,elasticsearch内部分页时,必须先查询 0~1000条,然后截取其中的990 ~ 1000的这10条:图片查询TOP1000,如果es是单点模式,这并无太大影响。 针对深度分页,ES提供了两种解决方案,官方文档:search after:分页时需要排序,原理是从上一次的排序值开始,查询下一页数据。官方推荐使用的方式。 从ES7.1开始不推荐,建议用 after search方案。2.3.高亮2.3.1.高亮原理什么是高亮显示呢? )); // 3.发送请求 SearchResponse response = client.search(request, RequestOptions.DEFAULT); // 4. 解析响应 handleResponse(response);}private void handleResponse(SearchResponse response) { // 4.解析响应
在Elasticsearch 8.18和9.0版本中,ES|QL增加了许多新功能,包括:支持评分语义搜索匹配功能的更多配置选项新的KQL功能在这篇博客中,我们将回顾这些8.18版本的功能以及计划添加到ES |QL中的其他令人兴奋的新功能,以加强我们在将ES|QL打造成现代搜索语言方面的投入。 只需将索引字段映射为semantic_text,即可为语义搜索设置您的索引。查看我们的语义文本搜索教程以获取更多详细信息。使用ES|QL进行混合搜索ES|QL使得同时进行语义和词法搜索变得简单。 超越8.18和9.0在未来的版本中,我们将为ES|QL增加更多的搜索功能,包括向量搜索、语义重排序、增强的评分自定义选项以及组合混合搜索结果的附加方法,如互惠等级融合(RRF)。 跟随在ES|QL中进行搜索和过滤的教程,进行一次对本文所述功能的实践介绍!
一、 背景 Elasticsearch是一个基于Lucene库的开源搜索引擎,简称ES。 (4) 内部结构:如下图,列式存储很容易通过字典编码跟偏移量压缩。 我们通过大量实践,总结出以下4个聚合优化利器: 1. 拆分:用户可以通过 Composite Aggregation 这一类特殊的聚合,高效地对多级聚合中的所有桶进行分页。 通过慢日志,我们可以针对性的对大查询进行针对性的 profile 分析跟优化,配置方式参考Elasticsearch 中的慢日志。 4. 当客户端发生流量倾斜后,ES 默认会对发送到该可用区的查询,会优先查该可用区的副本,旨在减少搜索延迟,但这个机制在高并发场景下也可能会导致可用区查询流量不均。
当你商户信息在本地搜索找不到的时候,就要考虑做本地优化,服务于大型商业区,但你的企业实际上位于该地区的边缘。 本地搜索优化实际操作中遇到的问题 人们在寻找私人牙医时看到的地图,一个牙医所在的城市本身很有名,但是搜索结果排名并没有给他们显示在好排名的位置,如果牙医的位置错误,就很难获得展示,这是本地商户系统真正的弱点 本地搜索优化技巧 通过优化自然搜索页面来改善本地搜索排名,在之前讲座中解释了搜索引擎本地商户列表与网站相关联,下面是本地搜索优化的技巧: 一、自然优化可能有助于本地列表 你的网站排名越好,自然搜索结果排的位置越好 二、优化页面 在页面重要位置带上地理位置的关键词,外链锚文本通常是位置+关键字。 五、谷歌活动搜索优化 可以根据地址将事件与特定业务相关联,谷歌则会将事件信息放到本地商户列表中,或者用户搜索活动信息的时候显示在搜索结果中。
这里的文档是已经创建过的,也就是这里只是操作文档里面的数据 创建文档,请前往日志里面查看:https://www.0po.cn/journals java代码使用:https://www.0po.cn/archives/42
ctrl+c (2) 后台停止:kill -9 elasticsearch的进程号 创建用户命令 adduser elasticsearch 修改用户密码 passwd elasticsearch 将es 解压目录的所有者授予此用户 chown -R elasticsearch elasticsearch-7.8.0 切换至elasticsearch用户 su elasticsearch 进入es安装目录 1、Hash取模分表 概念 一般采用Hash取模的切分方式,例如:假设按goods_id分4张表。 比如上例中,如果频繁用到的查询条件中不带goods_id时,将会导致无法定位数据库,从而需要同时向4个库发起查询, 再在内存中合并数据,取最小集返回给应用,分库反而成为拖累。 (4)商户后台系统根据返回的code_url生成二维码。 (5)用户打开微信“扫一扫”扫描二维码,微信客户端将扫码内容发送到微信支付系统。