标签：吞吐量 json 假设 怎样 并行 根据 推荐 一起 网络
Elaticsearch，简称ES，ES是一个开源的高扩展的分布式全文检索引擎，它可以近乎实时的存储，检索数据；本身扩展性很好，可以扩展到上百万服务器，处理PB级别的数据。ES也使用java开发并使用Lucene作为其和核心来实现所有索引和搜索的功能，但是它的目的是通过简单的RESTful API来隐藏Lucene的复杂性，从而让全文搜索变得简单。
1.Solr利用zookeeper进行分布式管理，而Elaticsearch自身带有分布式协调管理功能；
2.Solr支持更多格式的数据，而Elaticsearch仅支持json文件格式；
3.Solr官方提供的功能更多，而Elaticsearch本身更注重于核心功能，高级功能多有第三方提供；
4.Solr在传统的搜索应用中表现好于Elaticsearch，但在处理实时搜索应用时效率明显低于Elaticsearch；
Elaticsearch是面向文档的，这意味着它可以存储整个对象或文档。然而它不仅仅是存储，还会搜索每个文档的内容使之可以被搜索。在Elaticsearch中，你可以对文档（而非成行成列的数据）进行索引，搜索，排序，过滤。Elaticsearch比传统的关系型数据如下：
Relational DB ‐> Databases ‐> Tables ‐> Rows ‐> Columns
Elasticsearch ‐> Indices ‐> Types ‐> Documents ‐> Fields
一个索引就是一个拥有几分相似特征的文档的集合。比如说，你可以有一个客户数据的索引，另一个产品目录的索引，还有一个订单数据的索引。一个索引由一个名字来标识（必须全部时小写字母的），并且当我们要对对应于这个索引的文档进行索引，搜索，更新和删除的时候，都要使用到这个名字。在一个集群中，可以定义任意多的索引。
在一个索引中，你可以定义一种或多种类型。一个类型是你的索引的一个逻辑的分类/分区，其语义完全由你来定。通常，会为具有一组共同字段的文档定义一个类型。比如说，我们假设你运营了一个博客平台并且将你所有的数据存储到一个索引中。在这个索引中，你可以为用户数据定义一个类型，为博客数据定义另一个类型，当然，也可以为评论数据定义另一个类型。
相当于是数据表的字段，对文档数据根据不同属性进行的分类标识；
mapping是处理数据的方式和规则方面做一些限制，如某个字段的数据类型，默认值，分析器，是否被索引等等，这些都是映射里面可以设置的，其他就是处理ES里面数据的一些使用规则也叫映射，按照最优规则处理数据对性能提高很大，因此才需要建立映射，并且需要思考如何建立映射才能对性能更好；
一个文档就是一个可被索引的基础信息单元。比如，你可以拥有某一个客户的文档，某一个产品的一个文档，当然，也可以拥有某个订单的一个文档。文档以JSON格式来表示，而JSON是一个到处存在的互联网数据交互格式；
在一个index/type里面，你可以存储任意多的文档。注意，尽管一个文档，物理上存在于一个索引之中，文档必须被索引/赋予一个索引的type；
Elaticsearch是一个接近实时的搜索平台。这意味着，从索引一个文档直到这个文档能够被搜索到有一个轻微的延迟（通常在1秒以内）；
一个集群就是由一个或多个节点组织在一起，它们共同持有整个的数据，并一起提供索引和搜索功能。一个集群由一个唯一的名字标识，这个名字默认就是‘elasticsearch’，这个名字是重要的，因为一个节点只能通过指定某个集群的名字，来加入这个集群；
一个节点是集群中的一个服务器，作为集群的一部分，它存储数据，参与集群的索引和搜索功能。和集群类似，一个接地那也是由一个名字来标识的，默认情况下，这个名字是一个随机的漫威漫画角色的名字，这个名字会在启动的时候赋予节点。这个名字对于管理工作来说挺重要的，因为在这个管理过程中，你会去确定网络中哪些服务器对应与elasticsearch集群中的哪些节点；
一个节点可以通过配置集群名称的方式来加入一个指定的集群。默认情况下，每个节点都会被安排加入到一个叫做“elasticsearch”的集群中国，这意味着，如果你在网络中启动了若干个节点，并假定它们能够相互发现彼此，它们将会自动地形成并加入到一个叫做“elasticsearch”的集群中；
一个集群里，只要你想，可以拥有任意多个节点。而且，如果当前你的网络中没有运行任何elasticsearch节点，这是启动一个节点，会默认创建并加入一个叫做“elasticsearch”的集群中；
标签：吞吐量 json 假设 怎样 并行 根据 推荐 一起 网络
原文地址：https://www.cnblogs.com/wnwn/p/12363085.html
