赞
踩
一个索引就是一个拥有相似特征的文档的集合。
比如,你可以有一个客户数据的索引,另一个产品目录的索引,还有一个订单数据的索引。一个索引由一个名字来标识(必须全部是小写字母),并且当需要对这个索引中的文档进行索引、搜索、更新和删除的时候,都要使用到这个名字。在一个集群中,可以定义任意多的索引。
能搜索的数据必须索引,好处是可以提高查询速度。
在一个索引中,可以定义一种或多种类型。一个类型是索引的一个逻辑上的分类/分区。通常,会为具有一组共同字段的文档定义一个类型。ES不同的版本,类型发生了不同的变化。
版本 | Type |
---|---|
5.x | 支持多种type |
6.x | 只能有一种type |
7.x | 默认不再支持自定义索引类型(默认类型为:_doc) |
一个文档是一个可被索引的基础信息单元,也就是一条数据。
文档以JSON
格式来表示。在一个index/type
里面,可以存储任意多的文档。
相当于是数据表的字段,对文档数据根据不同属性进行的分类标识。
mapping
是对处理数据的方式和规则做一些限制,如:某个字段的数据类型、默认值、分析器、是否被索引等。
一个索引可以存储超出单个节点硬件限制的大量数据。
比如,一个具有10
亿文档数据的索引占据1TB
的磁盘空间,而任一节点都可能没有这样大的磁盘空间。或者单个节点处理搜索请求,响应太慢。为了解决这个问题,Elasticsearch
提供了将索引划分成多份的能力,每一份就称之为分片。在创建一个索引时,可以指定想要的分片数量。每个分片本身也是一个功能完善并且独立的“索引“,这个“索引”可以被放置到集群中的任何节点上。
分片很重要,主要有两方面的原因:
至于一个分片怎样分布,它的文档怎样聚合和搜索请求,是完全由Elasticsearch
管理的,对于作为用户来说,这些都是透明的,无需过分关心。
一个 Elasticsearch
索引是分片的集合。当 Elasticsearch
在索引中搜索的时候,会发送查询到每一个属于索引的分片,然后合并每个分片的结果到一个全局的结果集。
在一个网络/云的环境里,失败随时都可能发生,在某个分片/节点不知怎么的就处于离线状态,或者由于任何原因消失了,这种情况下,有一个故障转移机制是非常有用并且是强烈推荐的。为此目的,Elasticsearch
允许创建分片的一份或多份拷贝,这些拷贝叫做复制分片(副本)。
复制分片之所以重要,有两个主要原因:
original/primary
)分片置于同一节点上是非常重要的。每个索引可以被分成多个分片。一个索引也可以被复制0次(意思是没有复制)或多次。一旦复制了,每个索引就有了主分片(作为复制源的原来的分片)和复制分片(主分片的拷贝)之别。
分片和复制的数量可以在索引创建时指定。在索引创建之后,可以在任何时候动态地改变复制的数量,但是事后不能改变分片的数量。
默认情况下,Elasticsearch
中的每个索引被分片1个主分片和1个复制,这意味着,如果集群中至少有两个节点,索引将会有1个主分片和另外1个复制分片(1个完全拷贝),这样的话每个索引总共就有2个分片,需要根据索引需要确定分片个数。
将分片分配给某个节点的过程,包括分配主分片或者副本。如果是副本,还包含从主分片复制数据的过程。这个过程是由master节点完成的。
Elasticsearch
是面向文档型数据库,一条数据在ElasticSearch
中就是一个文档,为了方便理解,可以将 Elasticsearch
里存储文档数据和关系型数据库MySQL
存储数据的概念进行一个类比。
Elasticsearch
里的 Index
可以看做一个库,而Types
相当于表, Documents
则相当于表的行。这里Types
的概念已经被逐渐弱化, Elasticsearch 6.X
中,一个 index
下已经只能包含一个type
,Elasticsearch 7.X
中 , Type
的概念已经被删除了。
对比关系型数据库,索引就等同于数据库
在Postman
中,向 ES
服务器发 PUT
请求: http://127.0.0.1:9200/scorpios
{
"acknowledged": true, # 响应结果
"shards_acknowledged": true, # 分片结果
"index": "scorpios" # 索引名称
}
注意:创建索引库的分片数默认 1 片,在 7.0.0 之前的 Elasticsearch 版本中,默认 5 片
如果重复添加索引,会返回错误信息,put
操作具有幂等性,每次操作都必须返回同一结果
在Postman
中,向 ES
服务器发 GET
请求:http://127.0.0.1:9200/_cat/indices?v
这里请求路径中的_cat
表示查看的意思, indices
表示索引,所以整体含义就是查看当前ES
服务器中的所有索引,就好像MySQL
中的show tables
的感觉
表头 | 含义 |
---|---|
health | 当前服务器健康状态:green(集群完整)、yellow(单点正常、集群不完整)、red(单点不正常) |
status | 索引打开、关闭状态 |
index | 索引名 |
uuid | 索引统一编号 |
pri | 主分片数量 |
rep | 副本数量 |
docs.count | 可用文档数量 |
docs.deleted | 文档删除状态(逻辑删除) |
store.size | 主分片和副分片整体占空间大小 |
pri.store.size | 主分片占空间大小 |
在Postman
中,向 ES
服务器发 GET
请求:http://127.0.0.1:9200/scorpios
{ "scorpios": { # 索引名 "aliases": {}, # 别名 "mappings": {}, #映射 "settings": { #设置 "index": { #设置-索引 "creation_date": "1650005523048", # 设置-索引-创建时间 "number_of_shards": "1", # 设置-索引-主分片数量 "number_of_replicas": "1", # 设置-索引-副分片数量 "uuid": "FbPQEU9zRJajekqOLlcaeg", # 设置-索引-唯一标识 "version": { # 设置-索引-版本 "created": "7080099" }, "provided_name": "scorpios" # 设置-索引-名称 } } } }
查看索引向ES
服务器发送的请求路径和创建索引是一致的,但是 HTTP
方法不一致。
在Postman
中,向 ES
服务器发 DELETE
请求:http://127.0.0.1:9200/scorpios
再次访问索引时,服务器返回响应:索引不存在
对比关系型数据库,文档就等同于行
索引已经创建好了,接下来创建文档,并添加数据。这里的文档可以类比为关系型数据库中的表数据,添加的数据格式为 JSON
格式。
在Postman
中,向 ES
服务器发 POST
请求:http://127.0.0.1:9200/scorpios/_doc
此处如果索引没有创建,直接创建文档,也是可以的,会默认把索引也创建好
{
"_index": "scorpios", # 索引
"_type": "_doc", # 类型-文档
"_id": "htwoLIABBD3yd3QiLrm3", # 唯一标识,可以类比为mysql中的主键,随机生成
"_version": 1, # 版本
"result": "created", # 结果,created表示创建成功
"_shards": { # 分片
"total": 2, # 分片-总数
"successful": 1, # 分片-成功
"failed": 0 # 分片-失败
},
"_seq_no": 4,
"_primary_term": 1
}
此处发送请求的方式必须为POST,不能是 PUT,否则会发生错误。
此处需要注意:如果增加数据时明确数据主键,那么请求方式也可以为PUT。
只需要记住put操作具有幂等性。
上面的数据创建后,由于没有指定数据唯一性标识(ID
),默认情况下 ES
服务器会随机生成一个 。如果想要自定义唯一性标识,需要在创建时指定:http://127.0.0.1:9200/scorpios/_doc/1
查看文档时,需要指明文档的唯一性标识,类似于MySQL
中数据的主键查询
在Postman
中,向 ES
服务器发 GET
请求:http://127.0.0.1:9200/scorpios/_doc/1
{
"_index": "scorpios", # 索引
"_type": "_doc", # 文档类型
"_id": "1",
"_version": 1,
"_seq_no": 5,
"_primary_term": 1,
"found": true, # 查询结果,true表示查找到,false表示未查找到
"_source": { # 文档源信息
"title": "小米手机",
"category": "小米",
"images": "http://www.xiaomi.com/xm.jpg",
"price": 3999.00
}
}
和新增文档一样,输入相同的URL 地址请求,如果请求体变化,会将原有的数据内容覆盖
在Postman
中,向 ES
服 务器发 POST
请求:http://127.0.0.1:9200/scorpios/_doc/1
{
"_index": "scorpios",
"_type": "_doc",
"_id": "1",
"_version": 2, # 版本
"result": "updated", # 结果 updated表示数据被更新
"_shards": {
"total": 2,
"successful": 1,
"failed": 0
},
"_seq_no": 2,
"_primary_term": 1
}
修改数据时,也可以只修改某一给条数据的局部信息
在Postman
中,向 ES
服务器发 POST
请求:http://127.0.0.1:9200/scorpios/_update/1
然后再根据唯一性标识,查询文档数据,文档数据已经更新
删除一个文档不会立即从磁盘上移除,它只是被标记成已删除(逻辑删除)。
在Postman
中,向 ES
服务器发 DELETE
请求:http://127.0.0.1:9200/scorpios/_doc/1
{
"_index": "scorpios",
"_type": "_doc",
"_id": "1",
"_version": 3, # 版本,对数据的操作,都会更新版本
"result": "deleted", # 结果,deleted表示数据被标记为删除
"_shards": {
"total": 2,
"successful": 1,
"failed": 0
},
"_seq_no": 3,
"_primary_term": 1
}
一般删除数据都是根据文档的唯一性标识进行删除,实际操作时,也可以根据条件对多条数据进行删除,首先分别增加多条数据。
向ES
服务器发 POST
请求:http://127.0.0.1:9200/scorpios/_delete_by_query
{ "took": 141, # 耗时 "timed_out": false, # 是否超时 "total": 1, # 总数 "deleted": 1, # 删除数量 "batches": 1, "version_conflicts": 0, "noops": 0, "retries": { "bulk": 0, "search": 0 }, "throttled_millis": 0, "requests_per_second": -1.0, "throttled_until_millis": 0, "failures": [] }
注意:条件删除是发Post请求
在Postman
中,向 ES
服务器发 GET
请求:http://127.0.0.1:9200/scorpios/_search。此方式只能查询出10条数据
可以在上面请求中加入查询参数来查询所有数据。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。