博客
关于我
elasticsearch 与solr对比
阅读量:771 次
发布时间:2019-03-24

本文共 965 字,大约阅读时间需要 3 分钟。

Solr 和 Elasticsearch 是两个广泛使用的搜索引擎工具,各有其优势和适用场景。以下从多个维度对两者进行对比分析。

在搜索性能方面,Solr 在已有数据集 perform Search 时表现更优。其_REASON:由于索引在建立期间完成后,Solr 在查询时不会产生 IO 阻塞,因此对于预先建立好的索引,搜索效率较高。然而,当需要实时建立索引时(如数据实时 upload 后立即索引),由于需要先写入数据后再处理,Solr 的性能相对下滑,这时 Elasticsearch 显示出更强的优势。其原因在于,Elasticsearch 支持更高效的实时索引流程。

数据量不断膨胀时,Solr 的搜索效率会逐渐降低。这是因为 Solr 的架构设计主要优化了事务处理和小规模数据处理,而不是大规模/full-text 数据的高效搜索。相比之下,Elasticsearch 在数据量增长时表现更加稳定,搜索效率不会大幅下降。

在数据处理方面,Solr 不如 Elasticsearch 支持丰富的数据格式。Solr 支持的数据格式远多于 Elasticsearch 的 JSON 格式(事实上,Solr 本身也是基于 JSON 格式设计),因此在处理多类型数据(如文本、多媒体、结构化数据等)时,Solr 显示出更强的适用性。

但需要明确的是,Solr 是传统搜索应用的最佳选择。当需要处理实时搜索任务或复杂的分析查询时,Elasticsearch 显然更为理想。尤其是在处理日志分析、文本搜索等场景中,Elasticsearch 的优势更加明显。

在技术优势方面,Solr 的优势体现在简单、高效的架构设计上,使其成为传统搜索系统的首选工具。而 Elasticsearch 具备更强的灵活性和扩展性,适合新兴的实时搜索应用。因此,在选择时,开发者需要根据具体需求来决定——如果是典型的搜索应用,Solr 可能是更好的选择;但如果是需要处理实时或复杂分析任务的现代搜索场景,Elasticsearch 则更加理想。

对于已有用户来说,若已经投资 Solr,不需要hl必须迁移至 Elasticsearch 也无明显收获。但当需要扩展或新增功能时,考虑到未来的维护成本和技术趋势,Elasticsearch 的优势值得权衡。

转载地址:http://gsukk.baihongyu.com/

你可能感兴趣的文章
oracle 修改字段类型方法
查看>>
Oracle 修改数据库表数据提交之后进行回滚
查看>>
UML-总结
查看>>
oracle 内存参数示意图
查看>>
Oracle 写存储过程的一个模板还有一些基本的知识点
查看>>
UML- 配置图(部署图)
查看>>
oracle 切割字符串加引号_使用Clean() 去掉由函数自动生成的字符串中的双引号...
查看>>
Oracle 创建 DBLink 的方法
查看>>
oracle 创建job
查看>>
oracle 创建一个用户,只能访问指定的对象
查看>>
oracle 创建双向备份,Materialized View 物化视图实现 Oracle 表双向同步
查看>>
oracle 创建字段自增长——两种实现方式汇总
查看>>
Oracle 升级10.2.0.5.4 OPatch 报错Patch 12419392 Optional component(s) missing 解决方法
查看>>
oracle 去重
查看>>
oracle 可传输的表空间:rman
查看>>
Oracle 启动监听命令
查看>>
Oracle 启动阶段 OPEN
查看>>
Oracle 在Drop表时的Cascade Constraints
查看>>
Oracle 在Sqlplus 执行sql脚本文件。
查看>>
Oracle 如何处理CLOB字段
查看>>