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