Elasticsearch学习（2）—— 常见术语

cluster (集群)：一个或多个拥有同一个集群名称的节点组成了一个集群。每一个集群都会自动选出一个主节点，若是该主节点故障，则集群会自动选出新的主节点来替换故障节点。

node (节点)：一个节点是集群中的一个 Elasticsearch 运行实例。测试环境，多个节点能够同时启动在同一个服务器上，生产环境通常是一个服务器上一个节点。节点启动时将使用单播或者是组播来发现和本身配置的集群名称相同的集群，并尝试加入到该集群中。

shard (分片)：一个分片就是一个Lucene实例，它是 Elasticsearch 管理的底层 「工做单元」。一个索引是逻辑上的一个命名空间，指向主分片和副本分片。索引的主分片和副本分片数量必须明确指定好，在应用代码使用时只须要处理和索引的交互，不会涉及到和分片的交互。Elasticsearch 会在集群中的全部节点上设置好分片，但节点失效或加入新节点时会自动将移动节点分片。

primary shard (主分片)：每一个文档都会被保存在一个主分片上。当咱们索引一个文档时，它将在一个主分片上进行索引，而后才放到该主分片的各副本分片上。默认状况下，一个索引有 5 个主分片。咱们能够指定更少或更多的主分片来伸缩索引可处理的文档数。须要注意的是，一旦索引建立，就不能修改主分片个数。

replica shard (副本分片)：每一个主分片能够拥有0个或多个副本分片，一个副本分片是主分片的一份拷贝。这样作有两个主要缘由：

• 故障转移：当主分片失效时，一个副本分片会被提高为主分片。
• 提升性能：获取与搜索请求能够被主分片或副本分片处理。默认状况下，每一个主分片都有一个副本分片，副本分片的数量能够动态调整。在同一个节点上，副本分片和其主分片不会同时运行。

单节点，三个主分片的原理图

两个节点，三个主分片，一个副本分片的原理图

三个节点，三个主分片，两个副本分片

索引中的主分片的数量在索引建立后就固定下来了，可是从分片的数量能够随时改变。

在ES集群中能够监控统计不少信息，其中最重要的就是：集群健康(cluster health)。它的 status 有 green、yellow、red 三种；

status	意义
green	全部主分片和从分片均可用
yellow	全部主分片可用，但存在不可用的从分片
red	存在不可用的主要分片

index (索引)：一个索引相似关系型数据库中的一个数据库，它能够映射为多种type。一个索引就是逻辑上的一个命名空间，对应到1或多个主分片上，能够拥有0个或多个副本分片。

type (类型)：表示一类类似的document。Type由名称（如orderinfo，refundinfo）和mapping组成。相似于数据库中的schema，描述了文档可能具备的字段或属性 、每一个字段的数据类型—好比 string, integer 或 date — 以及Lucene是如何索引和存储这些字段的。类型能够很好的抽象划分类似但不相同的数据。每一个document的类型名被存储在一个叫 _type 的元数据字段上。

id：id 是用于标识文档的。文档 id 是自动生成的，若是显式不指定。

document (文档)：一个文档就是一个保存在 Elasticsearch 中的 JSON 文本，能够把它理解为关系型数据库表中的一行。每一个文档都是保存在索引中的，拥有一种type和 id。一个文档是一个 JSON Object (一些语言中的 hash / hashmap / associative array) 包含了 0 或多个field (键值对)。原始的 JSON 文本在索引后将被保存在 _source字段里，搜索完成后返回值中默认是包含该字段的。

document举例：
{
  "_index": "test_index",
  "_type": "test_type",
  "_id": "1",
  "_version": 1,
  "_source": {
    "test_field1": "test field1",
    "test_field2": "test field2"
  }
}

一个document不仅包含了数据。它还包含了元数据(metadata) —— 关于文档的信息。有三个元数据元素是必须存在的，它们是：

名字	说明
_index	文档存储的地方
_type	文档表明的对象种类
_id	文档的惟一编号

文档经过 _index, _type以及_id来肯定它的惟一性。
其他可选的元数据类型：

名字	说明
_uid	组合id，由_type和_id组成
_source	文档的原始json数据，能够从这里获取每一个字段的内容
_all	整合全部字段内容到该字段，默认禁用

source field ( 源字段)：默认状况下，在获取和搜索请求返回值中的 _source字段保存了 源 JSON 文本。这使得咱们能够直接在返回结果中访问源数据，而不须要根据 id 再发一次检索请求。索引的 JSON 字符串将完整返回，不管是不是一个合法的 JSON。该字段的内容也不会描述数据如何被索引。

field (字段)：一个文档包含了若干字段，或称之为键值对。字段的值能够是简单标量值，例如字符串、整型、日期，也能够是嵌套结构，例如数组或对象。一个字段相似于关系型数据库表中的一列。每一个字段的映射都有一个字段类型 ( 不要和文档类型搞混了 )，它描述了这个字段能够保存的值类型，例如整型、字符串、对象。mapping还可让咱们定义一个字段的值如何进行分析。

字段类型：

一级分类	二级分类	具体类型
核心类型	字符串类型	string,text,keyword
整数类型	integer,long,short,byte
浮点类型	double,float,half_float,scaled_float
逻辑类型	boolean
日期类型	date
范围类型	range
二进制类型	binary
复合类型	数组类型	array
对象类型	object
嵌套类型	nested
地理类型	地理坐标类型	geo_point
地理地图	geo_shape
特殊类型	IP类型	ip
范围类型	completion
令牌计数类型	token_count
附件类型	attachment
抽取类型	percolator

mapping (映射)：就像数据库中的schema，描述了文档可能具备的字段或属性，每一个字段的数据类型以及Lucene是如何索引和存储这些字段的。Elasticsearch的mapping一旦建立，只能增长字段，而不能修改已经mapping的字段。修改mapping只能经过从新创建一个index，而后建立一个新的mapping。

设置mapping

POST /library                  #给索引为library建立映射关系

{

     "settings":{//分片的设置

     "number_of_shards" : 5,

     "number_of_replicas" : 1

      },

      "mappings":{

            "books":{　　　　　　　　  #索引为library的type类型为books

                "properties":{        #这里往下就是映射关系

                    "title":{"type":"string"},

                    "name":{"type":"string","index":"not_analyzed"},

                    "publish_date":{"type":"date","index":"not_analyzed"},

                    "price":{"type":"double"},

                    "number":{

                        "type":"object",

                        "dynamic":true

                     }

                  }

               }

         }

}

获取mapping

GET library/_mapping

{
   "library": {
      "mappings": {
         "books": {
            "properties": {
               "name": {
                  "type": "string",
                  "index": "not_analyzed"
               },
               "number": {
                  "type": "object",
                  "dynamic": "true"
               },
               "price": {
                  "type": "double"
               },
               "publish_date": {
                  "type": "date",
                  "format": "dateOptionalTime"
               },
               "title": {
                  "type": "string"
               }
            }
         }
      }
   }
}

term (查询词)：一个查询词是一个被 Elasticsearch 索引的确切值。查询词 foo，Foo，FOO 是不一样的。查询词可使用查询词查询接口进行获取。

"query": {
    "term": {
      "age": "39"
    }
  }

相似的terms

 "query" : {
        "constant_score" : {
            "filter" : {
                "terms" : {
                    "price" : [20, 30]
                }
            }
        }
    }

analysis 分析：分析是将文本 ( text ) 转化为查询词 ( term ) 的过程。好比这三种短语：FOO BAR，Foo-Bar，foo,bar 都有可能被分解成查询词 foo 与 bar。可使用不一样的分析器，这些查询词实际上将被存储在索引中。一次对 FoO:bAR 的全文查询 ( 不是查询词查询 ) 可能会被分析为为查询词 foo,bar，能够匹配上保存在索引中的查询词。这就是分析处理过程（包含了索引与搜索），它使得 es 能够进行全文查询。

routing (路由)：当咱们索引一个document时，它将被保存在一个主分片上，分片的选择是经过路由值哈希获得的。默认状况下，路由值使用文档的 id，若是该文档指定了父文档，则路由值使用父文档 id。这是为了确保子文档和父文档被保存在相同的分片上。该值能够在索引时指定，也能够经过映射路由字段来指定。

当你索引一个文档，它被存储在单独一个主分片上。Elasticsearch是如何知道文档属于哪一个分片的呢？当你建立一个新文档，它是如何知道是应该存储在分片1仍是分片2上的呢？

进程不能是随机的，由于咱们未来要索引文档。事实上，它根据一个简单的算法决定：

shard = hash(_routing) % number_of_primary_shards

_routing值是一个任意字符串，它默认是_id但也能够自定义。这个_routing字符串经过哈希函数生成一个数字，而后除以主分片的数量获得一个余数(remainder)，余数的范围永远是0到number_of_primary_shards - 1，这个数字就是特定文档所在的分片。

=============================================================================

与数据库概念的映射关系：

Elasticsearch	RDBMS
Elasticsearch	Relational DB
Indices（索引）	Databases
Types（类型）	Tables
Documents（文档）	Rows
Fields（字段）	Columns