ElasticSearch与Solr搜索引擎特性对比-new.docxVIP

ElasticSearch与Solr搜索引擎特性对比1、关键特性对比对比项Solr 5.xElasticSearch 2.x开发人员开发人员少，官方提供功能比ElasticSearch多开发人员多，官方功能少，但是第三方插件很丰富，扩展能力更强建立索引和查询效率建立索引的速度和ElasticSearch差不多，当索引完全建立好了之后搜索会很快，但是一边建立索引一边搜索就会非常慢。经过详细对比测试后发现，Solr在建索引时的查询性能非常之差，因为Solr在建索引时会产生io的阻塞，造成搜索性能的下降。建立索引的速度和Solr差不多，第一次搜索速度比Solr慢一些，但之后会缓存结果，第二次搜索就会很快。另外ElasticSearch边建立索引边搜索速度没有太大变化，因为它是先把索引的内容保存到内存之中，当内存不够时再把索引持久化到硬盘中，同时它还有一个队列，是在系统空闲时自动把索引写到硬盘中。Sharding没有自动shard rebalancing的功能shard 必须一次设置好，之后不能修改，如果要修改则需要重新建立索引Schema模式需要Schema (但是4.3版本之后有schemaless模式)无需Schema，创建索引更加灵活高级查询没有Query DSL有Query DSL，能够支持更加高级和复杂的查询语法，而且还可以以此扩展实现类SQL语法的查询实时性传统搜索应用实时搜索应用（这个是ElasticSearch作者说的）可扩展性不支持插件开发模式支持插件开发模式，提供丰富的开源插件库社区社区活跃社区活跃并有大数据公司支持Hadoop集成支持支持，v2.3.0提供Graph图结构数据存储存储Solr暂不支持ElasticSearch支持多盘存储2、基于ElasticSearch数据交叉模型功能测试2.1、环境情况1.测试环境（市局环境）IP43/slave1~77/slave35CPU16* Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHzMEM64G(ElasticSearch独享16G)OSCentOS release 6.5 (Final)2.测试数据数据来源省厅数据：VW_SHARE_ST_JJ_KKXX（交警_卡口信息）时间范20160331数据量kettle清洗，数据量为11.1亿测试数据查询地址43:8200/_plugin/head/ 3.测试地址url41:18099/swagger-ui.html?2.2、测试结果场景一：一个车牌交叉满足N个条件序号交叉条件个数测试用例预期结果实际结果3次测试耗时(s)备注13[{datestart: 2016-01-05T08:40:59, location: 犍为县, dateend: 2016-01-05T08:53:59, querystr: 犍为外滩}, {datestart: 2016-02-03 09:48:00, location: 乐山市, dateend: 2016-02-03 19:48:00, querystr: 月卡口}, {datestart: 2016-01-07 19:47:18, location: 南充市, dateend: 2016-01-07 19:57:18, querystr: 绿心路}] 川LFC550 3 川LFC550 3 10在之前的测试时，曾出现结果为川LFC550 2的情况，经定位是对“犍为县”的分词不完善，修改代码后，结果正确2223[{datestart: 2016-01-15T07:08:00, location: 成华区, dateend: 2016-01-15T07:18:22, querystr: 双桥子}, {datestart: 2016-01-05T06:39:44, location: 锦江区, dateend: 2016-01-05T06:41:44, querystr: 老成仁路口}, {datestart: 2016-01-25T20:40:46, location: 武侯区, dateend: 2016-01-25T20:44:46, querystr: 科华北路}] 川AW7D16 3 川AW7D16 3 1在之前测试中，曾出现结果为川AW7D16 0 的情况，经定位，是分词不够完善，修改代码后，结果正确1133[{datestart: 2016-02-06T17:48:41, location: 四川省, dateend: 2016-02-06T17:49:41, querystr: 海棠路}, {datestart: 2016-02-04T10:36:43, location: 富顺县, dateend: 2016-02-0