ElasticSearch实战(二)-核心概念之NRT/Document/Index/分片/副本

本文涉及的产品
Elasticsearch Serverless通用抵扣包,测试体验金 200元
简介: ElasticSearch实战(二)-核心概念之NRT/Document/Index/分片/副本

1 lucene VS elasticsearch

lucene,最先进、功能最强大的Java搜索类库。直接基于lucene开发,非常复杂,api复杂(实现简单功能,写大量java代码),需要深入理解原理(各种索引结构)。

elasticsearch,基于lucene,隐藏复杂性,提供简单易用的restful api接口、java api接口(还有其他语言的api接口)

(1)分布式的文档存储引擎

(2)分布式的搜索引擎和分析引擎

(3)分布式,支持PB级数据

开箱即用,优秀的默认参数,不需要任何额外设置,完全开源。

2 核心概念

2.1 近实时-Near Realtime(NRT)

从写入数据到数据可以被搜索到有一个小延迟(大概1秒),基于es执行搜索和分析可以达到秒级。

2.2 集群-Cluster

包含多个节点,每个节点属于哪个集群是通过一个配置(集群名称,默认是elasticsearch)决定。

对于中小型应用来说,刚开始一个集群就一个节点很正常。

2.3 节点-Node

集群中的一个节点,节点也有一个名称(默认是随机分配的),节点名称很重要(在执行运维管理操作的时候),默认节点会去加入一个名称为“elasticsearch”的集群,如果直接启动一堆节点,那么它们会自动组成一个elasticsearch集群,当然一个节点也可以组成一个elasticsearch集群

2.4 索引-Index(表)

由具有相同字段的文档列表组成,包含一堆相似结构的文档数据。

比如可以有一个客户索引,商品分类索引,订单索引。索引有一个名称

一个index包含很多document,一个index就代表了一类类似/相同的document。


比如建立一个product index 商品索引,里面可能就存放了所有的商品数据(商品document)。


索引中存储具有相同结构的文档(Document)

  • 每个索引都有自己的mapping定义(类似 MySQL 的 schema),用于定义字段名和类型
  • 一个集群可以有多个索引,比如
  • nginx日志存储的时候可以按照日期每天生成一个索引来存储

nginx-log-2020-01-01

nginx-log-2020-01-02

nginx-log-2020-01-03


2.5 Document & field(行 & 列)

document

JSON结构,用户存储在 ES 中的数据文档。一个document可以是一条客户数据,一条商品分类数据,一条订单数据。由字段 Filed 组成。

每个文档有唯一的id标识:

  • 自行指定
  • es自动生成


数据类型

  • 字符串
    text、keyword
  • 数值型
    long、integer、short, byte, double, float half_float, scaled_float
  • 布尔
    boolean
  • 日期
    date
  • 二进制
    binary
  • 范围
    integer_range, float_range, long_range, double_range, date_ range


元数据-用于标注文档的相关信息

  • _ index: 文档所在的索引名
  • _type: 文档所在的类型名
  • _id:文档唯一id
  • _uid:组合id,由type和. jid 组成(ES 6.x开始 _type不再起作用,同_id)
  • _source:文档原始JSON数据,存储了文档的完整原始数据,可从这里获取每个字段内容
  • _all:整合所有字段内容到该字段,默认禁用,因其针对所有字段内容分词,很占磁盘空间


field

每个index下的type,都可以存储多个document。一个document里面有多个field,每个field就是一个数据字段列。

product document
{
  "product_id": "1",
  "product_name": "JavaEdge 公众号",
  "product_desc": "全是技术干货",
  "category_id": "2",
  "category_name": "技术追求"
}

2.6 shard

单台机器无法存储大量数据,es可以将一个索引中的数据切分为多个shard,分布在多台服务器上存储

有了shard就可以横向扩展,存储更多数据,让搜索和分析等操作分布到多台服务器上去执行,提升吞吐量和性能

每个shard都是一个lucene index。

2.7 replica

任何一个服务器随时可能故障或宕机,此时shard可能就会丢失,因此可以为每个shard创建多个replica副本。

replica可以在shard故障时提供备用服务,保证数据不丢失,多个replica还可以提升搜索操作的吞吐量和性能。primary shard(建立索引时一次设置,不能修改,默认5个),replica shard(随时修改数量,默认1个),默认每个索引10个shard,5个primary shard,5个replica shard,最小的高可用配置,是2台服务器。


  • shard和replica的解释

11.png

类型 Type(表逻辑类型)ES 7.x中已废除

每个index都可有一或多个type,type是index的一个逻辑数据分类。

一个type下的document,都有相同field。

比如博客系统,有一个索引,可定义用户数据type,博客数据type,评论数据type。

商品index,里面存放了所有的商品数据,商品document

但是商品分很多种类,每个种类的document的field可能不太一样

比如说电器商品,可能还包含一些诸如售后时间范围这样的特殊field;生鲜商品,还包含一些诸如生鲜保质期之类的特殊field

type,日化商品type,电器商品type,生鲜商品type

日化商品type:product_id,product_name,product_desc,category_id,category_name
电器商品type:product_id,product_name,product_desc,category_id,category_name,service_period
生鲜商品type:product_id,product_name,product_desc,category_id,category_name,eat_period

每个type里,包含一堆document

{
  "product_id": "2",
  "product_name": "长虹电视机",
  "product_desc": "4k高清",
  "category_id": "3",
  "category_name": "电器",
  "service_period": "1年"
}
{
  "product_id": "3",
  "product_name": "基围虾",
  "product_desc": "纯天然,冰岛产",
  "category_id": "4",
  "category_name": "生鲜",
  "eat_period": "7天"
}

3 RESTful API(REpresentational State Transfer)

Elasticsearch 集群对外提供RESTful API

  • URI 指定资源 , 如 Index、Document等
  • Http Method 指明资源操作类型,如GET、POST、 PUT、DELETE


交互方式

  • curl 命令行
  • Kibana DevTools
  • 12.png



相关实践学习
以电商场景为例搭建AI语义搜索应用
本实验旨在通过阿里云Elasticsearch结合阿里云搜索开发工作台AI模型服务,构建一个高效、精准的语义搜索系统,模拟电商场景,深入理解AI搜索技术原理并掌握其实现过程。
ElasticSearch 最新快速入门教程
本课程由千锋教育提供。全文搜索的需求非常大。而开源的解决办法Elasricsearch(Elastic)就是一个非常好的工具。目前是全文搜索引擎的首选。本系列教程由浅入深讲解了在CentOS7系统下如何搭建ElasticSearch,如何使用Kibana实现各种方式的搜索并详细分析了搜索的原理,最后讲解了在Java应用中如何集成ElasticSearch并实现搜索。  
目录
相关文章
|
7天前
|
缓存 监控 前端开发
顺企网 API 开发实战:搜索 / 详情接口从 0 到 1 落地(附 Elasticsearch 优化 + 错误速查)
企业API开发常陷参数、缓存、错误处理三大坑?本指南拆解顺企网双接口全流程,涵盖搜索优化、签名验证、限流应对,附可复用代码与错误速查表,助你2小时高效搞定开发,提升响应速度与稳定性。
|
7月前
|
存储 JSON 数据格式
ElasticSearch基础概念解析
以上就是ElasticSearch的基础概念。理解了这些概念,你就可以更好地使用ElasticSearch,像使用超级放大镜一样,在数据海洋中找到你需要的珍珠。
217 71
|
存储 运维 监控
超越传统模型:从零开始构建高效的日志分析平台——基于Elasticsearch的实战指南
【10月更文挑战第8天】随着互联网应用和微服务架构的普及,系统产生的日志数据量日益增长。有效地收集、存储、检索和分析这些日志对于监控系统健康状态、快速定位问题以及优化性能至关重要。Elasticsearch 作为一种分布式的搜索和分析引擎,以其强大的全文检索能力和实时数据分析能力成为日志处理的理想选择。
764 6
|
存储 分布式计算 大数据
大数据-169 Elasticsearch 索引使用 与 架构概念 增删改查
大数据-169 Elasticsearch 索引使用 与 架构概念 增删改查
183 3
|
6月前
|
人工智能 自然语言处理 运维
让搜索引擎“更懂你”:AI × Elasticsearch MCP Server 开源实战
本文介绍基于Model Context Protocol (MCP)标准的Elasticsearch MCP Server,它为AI助手(如Claude、Cursor等)提供与Elasticsearch数据源交互的能力。文章涵盖MCP概念、Elasticsearch MCP Server的功能特性及实际应用场景,例如数据探索、开发辅助。通过自然语言处理,用户无需掌握复杂查询语法即可操作Elasticsearch,显著降低使用门槛并提升效率。项目开源地址:<https://github.com/awesimon/elasticsearch-mcp>,欢迎体验与反馈。
1654 1
|
11月前
|
存储 索引
Elasticsearch分片和副本
【11月更文挑战第4天】
477 7
|
11月前
|
测试技术 API 开发工具
ElasticSearch核心概念:倒排索引
ElasticSearch核心概念:倒排索引
185 6
|
存储 JSON 监控
大数据-167 ELK Elasticsearch 详细介绍 特点 分片 查询
大数据-167 ELK Elasticsearch 详细介绍 特点 分片 查询
646 4
|
JSON 关系型数据库 API
ElasticSearch 的概念解析与使用方式(二)
ElasticSearch 的概念解析与使用方式(二)
185 1
|
5月前
|
JSON 安全 数据可视化
Elasticsearch(es)在Windows系统上的安装与部署(含Kibana)
Kibana 是 Elastic Stack(原 ELK Stack)中的核心数据可视化工具,主要与 Elasticsearch 配合使用,提供强大的数据探索、分析和展示功能。elasticsearch安装在windows上一般是zip文件,解压到对应目录。文件,elasticsearch8.x以上版本是自动开启安全认证的。kibana安装在windows上一般是zip文件,解压到对应目录。elasticsearch的默认端口是9200,访问。默认用户是elastic,密码需要重置。
2536 0

热门文章

最新文章