你的浏览器禁用了JavaScript, 请开启后刷新浏览器获得更好的体验!
输入关键字进行搜索
搜索:
发现
分享
文章
活动
登录
我有点怀疑你在刷屏
比FST还要快的东东?
Elasticsearch
| 作者
Charele
| 发布于2023年08月17日 | 阅读数:
1779
分享到:
QQ空间
新浪微博
微信
QQ好友
印象笔记
有道云笔记
我们知道,
ES为什么这么吊,查询这么快,
我相信都知道,
原因之一就是底层Lucene用的是排倒索引,排倒索引用的牛B技术是FST。
FST其实就是FAST的意思,只是少写了一个A
而在Lucene里面,有这么一个东东,它竟然说比FST还快,
有人关注过这个东东吗
它为什么说比FST快呢?
它用在哪些方面呢?
它有什么使用场景限制呢?
(因为如果在任何时候都比FST快,就不需要FST了:-)
没有找到相关结果
已邀请:
与内容相关的链接
提交
0 个回复
要回复问题请先
登录
或
注册
发起人
Charele
Cisco4321
活动推荐
Jun
17
搜索客 Meetup 讲师招募(长期有效)
线上
·
6-17 周一
·
进行中
Mar
7
【第7期】搜索客 Meetup | 开源智能搜索与知识库管理,极限科技 Coco AI 产品介绍
极限实验室直播间
·
3-7 周五
·
报名中
相关问题
大佬们,有一个疑惑,既然在写入文档时,有机会和时间去写translog到磁盘,为什么还要再费劲去写内存呢?
都不取数据了,还要排序吗?
Elasticsearch两个字段做SUM聚合,还要分页
为什么elasticsearch写入比读取还要快?
ElasticSearch 的 numeric range 搜索性能如何?自己测试发现比 MySQL 还要慢
es底层lucene保证indexwrite和translog的数据一致性,为什么还要采用2PC机制?
问题状态
最新活动:
2023-08-17 14:05
浏览:
1779
关注:
1
人
0 个回复