Elasticsearch——详解ES特点，基本概念以及ES常用api操作

最新推荐文章于 2024-04-17 14:43:50 发布
最新推荐文章于 2024-04-17 14:43:50 发布
阅读量922 收藏
点赞数
分类专栏： 读书笔记 文章标签： elasticsearch 搜索引擎 lucene
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zekser/article/details/130101194
版权

什么是Elasticsearch

Elasticsearch是一个基于Apache Lucene™的开源搜索引擎。无论在开源还是专有领域，Lucene可以被认为是迄今为止最先进、性能最好的、功能最全的搜索引擎库。
但是，Lucene只是一个库。想要使用它，必须使用Java来作为开发语言并将其直接集成到你的应用中，并且Lucene非常复杂，需要深入了解检索的相关知识来理解它是如何工作的。

Elasticsearch也使用Java开发并使用Lucene作为其核心来实现所有索引和搜索的功能，但是它的目的是通过简单的 RESTful API来隐藏Lucene的复杂性，从而让全文搜索变得简单。

不过，Elasticsearch不仅仅是Lucene和全文搜索，同时还具备以下功能：

  • 分布式的实时文件存储，每个字段都被索引并可被搜索
  • 分布式的实时分析搜索引擎
  • 可以扩展到上百台服务器，处理PB级结构化或非结构化数据。

而且，所有的这些功能被集成到一个服务里面，你的应用可以通过简单的 RESTful API、各种语言的客户端甚至命令行与之交互。
Elasticsearch非常容易上手。它提供了许多合理的缺省值，并对初学者隐藏了复杂的搜索引擎理论。它开箱即用（安装即可使用），只需很少的学习既可在生产环境中使用。
同时可以根据不同的问题领域定制Elasticsearch的高级特性，这一切都是可配置的，并且配置非常灵活。

集群和节点

节点**(node)是一个运行着的Elasticsearch实例。集群(cluster)**是一组具有相同cluster.name的节点集合，他们协同工作，共享数据并提供故障转移和扩展功能，当然一个节点也可以组成一个集群。

最好找一个合适的名字来替代cluster.name的默认值，比如你自己的名字，这样可以防止一个新启动的节点加入到相同网络中的另一个同名的集群中。

可以通过修改config/目录下的elasticsearch.yml文件，然后重启ELasticsearch来做到这一点。当Elasticsearch在前台运行可以使用Ctrl-C快捷键终止，或者你可以调用shutdown API来关闭：

curl	-XPOST	'http://localhost:9200/_shutdown'

和Elasticsearch交互

有两种方式，一种是Java API，一种是基于HTTP协议的

Java API

Elasticsearch为Java用户提供了两种内置客户端：
节点客户端(node client)：
节点客户端以无数据节点(none data node)身份加入集群，换言之，它自己不存储任何数据，但是它知道数据在集群中的具体位置，并且能够直接转发请求到对应的节点上。

传输客户端(Transport client)：
这个更轻量的传输客户端能够发送请求到远程集群。它自己不加入集群，只是简单转发请求给集群中的节点。

两个Java客户端都通过9300端口与集群交互，使用Elasticsearch传输协议(Elasticsearch Transport Protocol)。
集群中的节点之间也通过9300端口进行通信。如果此端口未开放，你的节点将不能组成集群。

Java客户端所在的Elasticsearch版本必须与集群中其他节点一致，否则，它们可能互相无法识别。

更多细节请关注后续文章

基于HTTP协议，以JSON为数据交互格式的RESTful API

其他所有程序语言都可以使用RESTful API，通过9200端口的与Elasticsearch进行通信，你可以使用你喜欢的WEB客户端，事实上，你甚至可以通过curl命令与Elasticsearch通信。

Elasticsearch官方提供了多种程序语言的客户端——Groovy，Javascript，.NET，PHP，Perl，Python，以及 Ruby ——还有很多由社区提供的客户端和插件，所有这些可以在文档中找到。

向Elasticsearch发出的请求的组成部分与其它普通的HTTP请求是一样的：

curl	-X<VERB>	'<PROTOCOL>://<HOST>/<PATH>?<QUERY_STRING>'	-d	'<BODY>'
  • VERB 即HTTP方法：GET, POST, PUT, HEAD, DELETE
  • PROTOCOL：http或者https协议（只有在Elasticsearch前面有https代理的时候可用）
  • HOST：Elasticsearch集群中的任何一个节点的主机名，如果是在本地的节点，那么就叫localhost
  • PORT：Elasticsearch HTTP服务所在的端口，默认为9200
  • QUERY_STRING：一些可选的查询请求参数，例如 ?pretty 参数将使请求返回更加美观易读的JSON数据
  • BODY：一个JSON格式的请求主体（如果请求需要的话）

例子：

请求：

curl	-XGET	'http://localhost:9200/_count?pretty'	-d	'
{
				"query":	{
								"match_all":	{}
				}
}'

Elasticsearch返回一个类似 200 OK的HTTP状态码和JSON格式的响应主体（除了 HEAD 请求）。上面的请求会得到如下的JSON格式的响应主体：

{
  "count"	:	0,
  "_shards"	:	{
    "total"	:	5,
    "successful"	:	5,
    "failed"	:	0
  }
}

看不到HTTP头是因为我们没有让 curl显示它们，如果要显示，使用curl命令后跟 -i 参数：
在后面以及后续文章中，将简写curl请求中重复的部分，例如主机名和端口，还有curl 命令本身。

比如一个完整的请求如下：

curl	-XGET	'localhost:9200/_count?pretty'	-d	'
{
				"query":	{
								"match_all":	{}
				}
}'

我们将简写成这样：

GET	/_count
{
				"query":	{
								"match_all":	{}
				}
}

面向文档

应用中的对象很少只是简单的键值列表，更多时候它拥有复杂的数据结构，比如包含日期、地理位置、另一个对象或者数组。
最终会把这些对象存储到数据库中。将这些数据保存到由行和列组成的关系数据库中：不得不拆散对象以适应表模式（通常一列表示一个字段），然后又不得不在查询的时候重建它们。

Elasticsearch是面向文档(document oriented)的，这意味着它可以存储整个对象或文档(document)。然而它不仅仅是存储，还会索引(index)每个文档的内容使之可以被搜索。
在Elasticsearch中，你可以对文档（而非成行成列的数据）进行索引、搜索、排序、过滤。这和传统的关系型数据库是不一样的，这也是Elasticsearch能够执行复杂的全文搜索的原因之一。

JSON

ELasticsearch使用Javascript对象符号**(JavaScript Object Notation)，也就是JSON**，作为文档序列化格式。JSON现在已经被大多语言所支持，而且已经成为NoSQL领域的标准格式。

以下使用JSON文档来表示一个用户对象：

{
  "email":			"john@smith.com",
  "first_name":	"John",
  "last_name":	"Smith",
  "info":	{
    "bio":			"Eco-warrior and defender of the weak",
    "age":			25,
    "interests":	["dolphins",	"whales"]
  },
  "join_date":	"2014/05/01"
}

尽管原始的 user 对象很复杂，但它的结构和对象的含义已经被完整的体现在JSON中了，在Elasticsearch中将对象转化为JSON并做索引要比在表结构中做相同的事情简单的多。

索引和检索

关于ES中的索引，目录，文档，检索等概念，让我们通过一个例子来了解一下。

建立目录

加入由于项目需要我们创建一个员工目录，这个目录用于促进人文关怀和用于实时协同工作，所以它有以下不同的需求：

  • 数据能够包含多个值的标签、数字和纯文本。
  • 检索任何员工的所有信息。
  • 支持结构化搜索，例如查找30岁以上的员工。
  • 支持简单的全文搜索和更复杂的短语(phrase)搜索
  • 高亮搜索结果中的关键字
  • 能够利用图表管理分析这些数据

索引文档

我们首先要做的是存储员工数据，每个文档代表一个员工。
在Elasticsearch中存储数据的行为就叫做索引(indexing)，不过在索引之前，我们需要明确数据应该存储在哪里。

在Elasticsearch中，文档归属于一种类型(type)，而这些类型存在于索引(index)中，为了更好地理解这两个概念，下列表格是Es和关系型数据库的类比：

ElasticsearchRelational DB
IndicesDatabases
TypesTables
DocumentsRows
FieldsColumns

Elasticsearch集群可以包含多个索引**(indices)（数据库），每一个索引可以包含多个类型(types)（表），每一个类型包含多 个文档(documents)（行），然后每个文档包含多个字段(Fields)**（列）。

索引含义的区分：
上文可以看出索引(index)这个词在Elasticsearch中有着不同的含义，这里做一下区分:
索引（名词）： 如上文所述，一个索引(index)就像是传统关系数据库中的数据库，它是相关文档存储的地方，index的复数是indices或indexes。

索引（动词）：「索引一个文档」表示把一个文档存储到索引（名词）里，以便它可以被检索或者查询。这很像SQL中的 INSERT 关键字，差别是，如果文档已经存在，新的文档将覆盖旧的文档。

倒排索引： 传统数据库为特定列增加一个索引（例如B-Tree索引）来加速检索。Elasticsearch和Lucene使用一种叫做倒排索引(inverted index)的数据结构来达到相同目的。

默认情况下，文档中的所有字段都会被索引（拥有一个倒排索引），只有这样他们才是可被搜索的。 我们将会在倒排索引章节中更详细的讨论。

所以为了创建员工目录，我们将进行如下操作：

  • 为每个员工的文档**(document)**建立索引，每个文档包含了相应员工的所有信息。
  • 每个文档的类型为employee。
  • employee类型归属于索引megacorp。
  • megacorp索引存储在Elasticsearch集群中

实际上这些都是很容易的（尽管看起来有许多步骤）。可以通过一个命令执行完成的操作：

PUT	/megacorp/employee/1
{
				"first_name"	:	"John",
				"last_name"	:		"Smith",
				"age"	:								25,
				"about"	:						"I	love	to	go	rock	climbing",
				"interests":	[	"sports",	"music"	]
}

我们看到path: /megacorp/employee/1 包含三部分信息：

名字说明
megacorp索引名
employee类型名
1这个员工的Id

请求实体（JSON文档），包含了这个员工的所有信息。他的名字叫“John Smith”，25岁，喜欢攀岩。

很简单的操作，不需要做额外的管理操作：比如创建索引或者定义每个字段的数据类型。我
们能够直接索引文档， Elasticsearch已经内置所有的缺省设置，所有管理操作都是透明的。

接下来，在目录中加入更多员工信息：

PUT	/megacorp/employee/2
{
				"first_name"	:		"Jane",
				"last_name"	:			"Smith",
				"age"	:									32,
				"about"	:							"I	like	to	collect	rock	albums",
				"interests":		[	"music"	]
}
PUT	/megacorp/employee/3
{
				"first_name"	:		"Douglas",
				"last_name"	:			"Fir",
				"age"	:									35,
				"about":								"I	like	to	build	cabinets",
				"interests":		[	"forestry"	]
}

搜索

检索文档

现在Elasticsearch中已经存储了一些数据，我们可以根据业务需求开始工作了。
第一个需求是能够检索单个员工的信息。
这对于Elasticsearch来说非常简单。我们只要执行HTTP GET请求并指出文档的“地址”——索引、类型和ID即可。根据这三部分信息，我们就可以返回原始JSON文档：

GET /megacorp/employee/1

响应的内容中包含一些文档的元信息，John Smith的原始JSON文档包含在 _source 字段中。

{
  "_index": "megacorp",
  "_type": "employee",
  "_id": 1,
  "_version": 1,
  "found": true,
  "_source": {
    "first_name" : "John",
    "last_name" : "Smith",
    "age" : 25,
    "about" : "I love to go rock climbing", 
    "interests": [ "sports", "music" ]
	}
  
}

我们通过HTTP方法** GET 来检索文档**，同样的，我们可以使用 DELETE 方法删除文档，使用 HEAD 方法检查某文档是否存在。如果想更新已存在的文档，我们只需再PUT 一次。

简单搜索

我们尝试一个最简单的搜索全部员工的请求:

GET /megacorp/employee/_search

可以看到这里依然使用 megacorp 索引和 employee 类型，但在结尾使用关键字 _search 来取代原来的文档ID。响应内容的 hits 数组中包含了我们所有的三个文档。默认情况下搜索会返回前10个结果。

{
  "took": 6, 
  "timed_out": false, 
  "_shards": { ... }, 
  "hits": {
    "total": 3, 
    "max_score": 1, 
    "hits": [
      {
        "_index": "megacorp",
        "_type": "employee",
        "_id": "3",
        "_score": 1,
        "_source": {
  				"first_name"	:		"Douglas",
  				"last_name"	:			"Fir",
  				"age"	:									35,
  				"about":								"I	like	to	build	cabinets",
  				"interests":		[	"forestry"	]
				}
      },
      {
        "_index": "megacorp",
        "_type": "employee",
        "_id": "1",
        "_score": 1,
        "_source": {
  				"first_name"	:	"John",
  				"last_name"	:		"Smith",
  				"age"	:								25,
  				"about"	:						"I	love	to	go	rock	climbing",
  				"interests":	[	"sports",	"music"	]
			}
      },
      {
        "_index": "megacorp",
        "_type": "employee",
        "_id": "2",
        "_score": 1,
        "_source": {
  				"first_name"	:		"Jane",
  				"last_name"	:			"Smith",
  				"age"	:									32,
  				"about"	:							"I	like	to	collect	rock	albums",
  				"interests":		[	"music"	]
				}
      }
    ]
    },
}

注意：
响应内容不仅会告诉我们哪些文档被匹配到，而且这些文档内容完整的被包含在其中——我们在给用户展示搜索结果时 需要用到的所有信息都有了。

接下来，让我们搜索姓氏中包含“Smith”的员工。要做到这一点，我们将在命令行中使用轻量级的搜索方法。这种方法常被称作查询字符串(query string)搜索，因为我们像传递URL参数一样去传递查询语句:

GET /megacorp/employee/_search?q=last_name:Smit

在请求中依旧**使用 _search 关键字，然后将查询语句传递给参数 q= **。这样就可以得到所有姓氏为Smith的结果:


{
	... 
	"hits": {
		"total": 2, 
  	"max_score": 0.30685282, 
   	"hits": [
    	{
        ...
        "_source": {
    				"first_name"	:	"John",
    				"last_name"	:		"Smith",
    				"age"	:								25,
    				"about"	:						"I	love	to	go	rock	climbing",
    				"interests":	[	"sports",	"music"	]
				}
    	},
    	{
        ...
        "_source": {
  				"first_name"	:		"Jane",
  				"last_name"	:			"Smith",
  				"age"	:									32,
  				"about"	:							"I	like	to	collect	rock	albums",
  				"interests":		[	"music"	]
    		}
    	}	
  
		]
	}
}

使用DSL语句查询

查询字符串搜索便于通过命令行完成特定(ad hoc)的搜索，但是它也有局限性。
Elasticsearch提供丰富且灵活的查询语言叫做DSL查询(Query DSL),它允许你构建更加复杂、强大的查询。
**DSL(Domain Specific Language特定领域语言)**以JSON请求体的形式出现。我们可以这样表示之前关于“Smith”的查询:

GET /megacorp/employee/_search {
  "query" : { 
  	"match" : {
  		"last_name" : "Smith" 
    }
  }
}

会返回与之前查询相同的结果。可以看到我们不再使用查询字符串(query string)做为参数，而是使用请求体代替。这个请求体使用JSON表示，其中使用了** match 语句**(查询类型之一，具体我们以后会学到)

更复杂的搜索

让搜索稍微再变的复杂一些：依旧想要找到姓氏为“Smith”的员工，但是我们只想得到年龄大于30岁的员工。
我们的语句将添加过滤器(filter)，它使得我们高效率的执行一个结构化搜索：

GET /megacorp/employee/_search {
  "query" : { 
    "filtered" : {
      "filter" : { 
        "range" : {
        	"age" : { "gt" : 30 } <1> 
        }
      },
      "query" : {
        "match" : {
        	"last_name" : "smith" <2>
        } 
      }
    }
  }
}
  • <1> 这部分查询属于区间过滤器(range filter),它用于查找所有年龄大于30岁的数据—— gt 为"greater than"的缩写。
  • <2> 这部分查询与之前的语句(query)一致。

现在不要担心语法太多，后面会详细讨论。只需要知道这里添加了一个过滤器(filter)用于执行区间搜索，然后重 复利用了之前的 match 语句。现在我们的搜索结果只显示了一个32岁且名字是“Jane Smith”的员工:


{
  ...
  "hits": {
    "total": 1, 
    "max_score": 0.30685282, 
    "hits": [
      {
        ...
        "_source": 
      	{
          "first_name"	:		"Jane",
          "last_name"	:			"Smith",
          "age"	:									32,
          "about"	:							"I	like	to	collect	rock	albums",
          "interests":		[	"music"	]
      	}
    	}
  	]
	}
}

全文搜索

到目前为止搜索都很简单：搜索特定的名字，并筛选年龄。让我们尝试一种更高级的搜索，全文搜索——一种传统数据库很难实现的功能。
我们将会搜索所有喜欢“rock climbing”的员工:


GET /megacorp/employee/_search {
  "query" : { 
    "match" : {
    	"about" : "rock climbing" 
    }
  } 
}

你可以看到我们使用了之前的 match 查询，从 about 字段中搜索"rock climbing"，我们得到了两个匹配文档:

{
  ... 
  "hits": {
		"total": 2, 
    "max_score": 0.16273327, 
    "hits": [
      {
        ...
        "_score": 0.16273327, <1>
        "_source": {
  				"first_name": "John",
          "about": "I love to go rock climbing",
          ...
        }
      },
      {
        ...
        "_score": 0.016878016, <2>
        "_source": {
  				"first_name": "Jane",
          "about": "I like to collect rock albums",
          ...
        }
      }
    ]
  
}

可以看到返回结果中的<1><2> 是结果相关性评分。

相关性评分

默认情况下，Elasticsearch根据结果相关性评分来对结果集进行排序。
所谓的**「结果相关性评分」**就是文档与查询条件的匹配程度。很显然，排名第一的 John Smith 的 about 字段明确的写到“rock climbing”。

但是为什么 Jane Smith 也会出现在结果里呢?原因是“rock”在她的 abuot 字段中被提及了。因为只有“rock”被提及而“climbing”没有，所以她的 _score 要低于John。

这个例子很好的解释了Elasticsearch如何在各种文本字段中进行全文搜索，并且返回相关性最大的结果集。相关性 (relevance)的概念在Elasticsearch中非常重要，而这个概念在传统关系型数据库中是不可想象的，因为传统数据库对记录的 查询只有匹配或者不匹配。

短语搜索

目前我们可以在字段中搜索单独的一个词。但是有时候想要确切的匹配若干个单词或者短语(phrases)。
例如我们想要查询同时包含"rock"和"climbing"(并且是相邻的)的员工记录。 要做到这个，我们只要将 match 查询变更为 match_phrase 查询即可:

GET /megacorp/employee/_search {
  "query" : { 
  	"match_phrase" : 
   	{
  		"about" : "rock climbing" 
    }
	} 
}

这次返回的结果只包含John

高亮搜索结果

很多应用喜欢从每个搜索结果中高亮(highlight)匹配到的关键字，这样用户可以知道为什么这些文档和查询相匹配。在Elasticsearch中高亮片段是非常容易的。

让我们在之前的语句上增加 highlight 参数：

GET /megacorp/employee/_search {
  "query" : { 
    "match_phrase" : {
    	"about" : "rock climbing" 
    }
  }, 
  "highlight": {
    "fields" : { 
      "about" : {}
  	} 
  }
}

我们运行这个语句时，会命中与之前相同的结果，但是在返回结果中会有一个新的部分叫做 highlight ，这里包含了来自about 字段中的文本，并且用 来标识匹配到的单词。

{
  ...
  "about": [ 
    "I love to go <em>rock</em> <em>climbing</em>" <1>
	]
}

聚合

最后，还有一个需求要完成：允许管理者在职员目录中进行一些分析。
Elasticsearch有一个功能叫做聚合(aggregations)，它允许你在数据上生成复杂的分析统计。它很像SQL中的 GROUP BY 但是功能更强大。

比如找到所有职员中最大的共同点(兴趣爱好)是什么:

GET /megacorp/employee/_search {
  "aggs": { 
    "all_interests": {
      "terms": { 
        "field": "interests" 
      } 
    }
  } 
}

结果如下：

{
  ...
  "hits": { ... },
  "aggregations": {
    "all_interests": { 
      "buckets": [
        { "key": "music", "doc_count": 2 }, 
        { "key": "forestry", "doc_count": 1 },
        { "key": "sports", "doc_count": 1 } 
      ]
    } 
  }
}

可以看到两个职员对音乐有兴趣，一个喜欢林学，一个喜欢运动。这些数据并没有被预先计算好，它们是实时的从匹配 查询语句的文档中动态计算生成的。

如果想知道所有姓"Smith"的人最大的共同点(兴趣爱好)，我们只需要增加合适的语句即可：

GET /megacorp/employee/_search {
  "query": { 
    "match": {
  		"last_name": "smith" 
    }
  }, 
  "aggs": {
    "all_interests": { 
      "terms": {
    	"field": "interests" 
      }
    } 
  }
}

all_interests 聚合已经变成只包含和查询语句相匹配的文档了：

{
  ...
	"all_interests": { 
    "buckets": [
      {
      	"key": "music", "doc_count": 2
      }, 
      { "key": "sports", "doc_count": 1 }
    ] 
  }
}

聚合也允许分级汇总。例如，让我们统计每种兴趣下职员的平均年龄：


GET /megacorp/employee/_search {
  "aggs" : { 
    "all_interests" : {
      "terms" : { 
        "field" : "interests" 
      }, 
      "aggs" : {
        "avg_age" : {
        	"avg" : { 
            "field" : "age" 
          }
        } 
      }
    }
  }
}

虽然这次返回的聚合结果有些复杂，但仍然容易理解:

... "all_interests": {
  "buckets": [
    {
    	"key": "music", 
      "doc_count": 2, 
      "avg_age": {
    		"value": 28.5 
      }
    }, 
    { 
      "key": "forestry", 
      "doc_count": 1, 
      "avg_age": {
    		"value": 35 
      }
    },
    { 
      "key": "forestry", 
      "doc_count": 1, 
      "avg_age": {
    		"value": 35 
      }
    	"key": "sports", 
      "doc_count": 1, 
      "avg_age": {
    		"value": 25 
      }
    }
  ]
}

聚合结果比之前的聚合结果要更加丰富。我们依然得到了兴趣以及数量(指具有该兴趣的员工人数)的列表，但是现在每 个兴趣额外拥有 avg_age 字段来显示具有该兴趣员工的平均年龄。

参考这里哦

zxu_er
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
ES基础篇 常用API之搜索API（URL搜索）
u010088278的博客
06-24 3956
该篇主要介绍ES的URL搜索方式，主要介绍一些常用的参数和使用方法
ES基础篇 常用API之集群类API
u010088278的博客
05-31 1486
ES中用于集群管理类的API，方便查看各个节点、分片以及系统的各种信息状态
ES新特性系列（一）—— ES的简介与ES6
最新发布
y2250114617的博客
04-17 1129
ES的全称是ECMAScript，是一种由 Ecma International（欧洲计算机制造商协会）通过 ECMA-262 标准化的脚本程序设计语言。我们可以这样理解：Javascript语言当初被创造出来的时候，它主要用于网景公司的Navigator浏览器。后来各个浏览器厂商都觉得Javascript不错，于是他们都开始在自己的浏览器中应用了Javascript，但是同时又对它进行了个性化的处理，这就导致了同一段JavaScript代码在不同的浏览器中可能会有不同的行为。程序员说：OMG！
ElasticSearch 基础（四）之 常用 API 测试
weixin_43844718的博客
02-28 2376
本文示例以 ElasticSearch 8.6.2 版本演示，更详细的 API 参数及用法请参考官方文档。elastic 官网 访问缓慢已常态，还经常无法访问，为了方便看文档，我使用 DownGit 从 GitHub 下载了离线文档，但是下载的离线文档没有左侧API导航栏这个比较坑。还有一点是关于翻译的问题，ES 的中文版版本太低，我们常用的还是英文版，谷歌的翻译功能又不可用，想要翻译成中文可以使用 Edge 浏览器。DownGitGitHub ES 8.6 文档地址（也可选择其他版本）
Elastic Search学习三——基本操作（API）
qq_17153885的博客
03-06 679
Elasticsearch的REST API提供了一种使用HTTP协议进行与Elasticsearch交互的方式。通过发送HTTP请求并解析响应，可以执行各种操作，包括索引管理、文档操作、搜索和聚合、集群管理等。​‍这里先学习API接口，实现各种功能，对此有初步了解。后续章节介绍Java项目中，集成Elasticsearch，基于客户端（client）实现各种功能搜索及数据管理（基于Java语言对上述接口的实现）。‍‍
ElasticSearch基本api操作
weixin_51627264的博客
11-17 1594
Elaticsearch ,简称为es, es是一 个开源的高扩展的分布式全文检索引擎,它可以近乎实时的存储、检索数据;本身扩展性很好，可以扩展到上百台服务器,处理PB级别(大数据时代)的数据。es也使用Java开发并使用Lucene作为其核心来实现所有索弓和搜索的功能，但是它的目的是通过简单的RESTful API来隐藏Lucene的复杂性，从而让全文搜索变得简单。
es(elasticsearch)整合SpringCloud（SpringBoot）搭建教程详解
08-19
主要介绍了es(elasticsearch)整合SpringCloud（SpringBoot）搭建教程，本文通过实例图文相结合给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
SpringBoot整合Spring Data Elasticsearch的过程详解
08-25
"SpringBoot整合Spring Data Elasticsearch的过程详解" SpringBoot整合Spring Data Elasticsearch是将SpringBoot框架与Elasticsearch搜索引擎进行整合，以实现数据的搜索和索引功能。下面将详细介绍SpringBoot整合...
详解ElasticSearch6.4.0集群搭建
08-26
"详解ElasticSearch 6.4.0 集群搭建" ElasticSearch 是一个基于 Lucene 的搜索服务器，提供了分布式搜索引擎的功能。下面详解了 ElasticSearch 6.4.0 集群搭建的过程。 软件及环境准备 为了搭建 ElasticSearch ...
Springboot集成spring data elasticsearch过程详解
08-19
Spring Boot 集成 Spring Data Elasticsearch 过程详解 Spring Boot 是一个基于 Java 的框架，用于快速构建独立的、生产级别的基于 Spring 的应用程序，而 Spring Data Elasticsearch 是 Spring Data 家族中的一员...
Spring Boot整合ElasticSearch实现多版本兼容的方法详解
08-27
简单说，ElasticSearch（简称 ES）是搜索引擎，是结构化数据的分布式搜索引擎。下面这篇文章主要给大家介绍了关于Spring Boot整合ElasticSearch实现多版本兼容的相关资料，需要的朋友可以参考借鉴，下面来一起看看吧
ES常用api介绍
weixin_40072942的博客
01-31 2466
如何查看集群的当前状态 curl -sXGET ‘http://localhost:9200/_cluster/health?pretty’ 或者 sh index.sh health cluster_name:集群名称 status: 集群状态，green代表所有打开的索引的全部分片全部是正常状态，yellow表示部分分片的副本不活跃，red表示部分索引的主副分片全不活跃。 number_...
【ElasticSearch】HTTP调用API
al6nlee的博客
04-29 2572
本文主要介绍了ElasticSearch的HTTP调用接口，类比SQL数据库学习方法
es 常用api2021-01-08
crazyo2jam的博客
12-25 1552
这里写自定义目录标题准备工作查询API格式嵌套查询分页-size-from-search_after折叠字段-collapse_source(取出字段)stored_fieldsversion & explainScript Fieldmin_score 限制最低评分得分sort 排序高亮 highlight示例多字段高亮添加高亮标签Profile 调试优化Query DSLMatch all query 查询所有Full text querys 全文查询，用于对分词的字段进行搜索match
ES学习四：ES之API使用
szq18545570866qq的博客
07-26 328
学习官方文档 官方文档：https://www.elastic.co/guide/index.html 1.原生依赖 <dependency> <groupId>org.elasticsearch.client</groupId> <artifactId>elasticsearch-rest-high-level-client</artifactId> <version>7.6.1</version&
Elastic stack技术栈学习（十）— springboot集成ES API详解
qq_44886213的博客
03-12 6529
在test里测试一下各个API。 打开es，也运行es-head，方便观察。 一、关于索引的API详解 这里的client对ES发出请求，就相当于我们的kibana。 1.1 声明客户端 @SpringBootTest class SpringEsApiApplicationTests { @Autowired @Qualifier("restHighLevelClient") private RestHighLevelClient client; //加上@@Qualifier,就可以
认识ElasticSearch的API，并深入Search的使用
chuiku1691的博客
02-28 1188
0.引言 本文罗列介绍了ES提供的公共API，重点围绕数据检索主题相关API进行说明总结。 1.概述 Elasticsearch提供全功能的RESTful API。以基于HTTP协议传输交换JSON数据的方式，向用户提供访问服务。 具体的访问方式可按照参数的提交方法区分为以下两种： 通过UR...
ES常用的JAVA API语法
习惯了想你的博客
12-25 2358
ES JAVA API 请求地址： 线上: 集群名称: data_cluster 集群地址: es.data…com tcp端口：9300 http端口: 80 POM文件配置 <dependency> <groupId>org.elasticsearch</groupId> <artifactId>elasticsearch</artifactId> <version>2.3.2</version&g
【Elasticsearch入门】ElasticSearch HTTP接口
通往神秘的道路的专栏
06-05 5671
Elasticsearch对外提供的API是以HTTP协议的方式,通过JSON格式以REST约定对外提供。 HTTP配置文件是放在elasticsearch.ym中,注意,所有与HTTP配置相关的内容都是静态配置,也就是需要重启后才生效。HTTP对外接口模块是可以禁用的,只需要设置http.enabled为false即可。Elasticsearch集群中的通信是通过内部接口实现的,而不是HTTP协...
ElasticSearch(ES)详解
05-11
Elasticsearch是一个开源搜索引擎，基于Lucene搜索库并构建在Apache Lucene之上，由Elastic公司开发。它提供了一个分布式、多租户的全文搜索引擎，具有RESTful web接口和基于JSON的文档存储。 以下是ES的主要特点：...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值