【框架学习（7.1）-- ElasticSearch的部署及使用（未完，暂停）】

最新推荐文章于 2024-03-24 14:39:28 发布
最新推荐文章于 2024-03-24 14:39:28 发布
阅读量888 收藏
点赞数
分类专栏： 框架整合学习 文章标签： elasticsearch 学习
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/eee3331/article/details/128226440
版权

文章目录

关于本篇

这是一篇学习记录，不是很会描述，如果觉得我整理的不好可以参考其它大佬博客。

（学习自 B站尚硅谷Elasticsearch ）
他们官方公众号能直接获取网盘资料的，有需要自己找。
感谢尚硅谷，白嫖了很多课程。

ES 介绍

ES是什么？明显特点？

是一个分布式、可拓展、面向文档、RESTful 风格的搜索和数据分析引擎

ES的优势，就是根据关键字更快地定位到文档。

虽然官方给出的介绍是搜索和数据分析引擎，但实际上已经成为一种另类的数据库，可以用来存储和处理日志等文件。

为什么要用ES？

ES能够在文档搜索、关键字分析具有优势，肯定是有着一般数据库没有的设计。

文档类型的数据之间没有紧密的关联关系，无法相互关联提高搜索效率，对于想根据关键字定位文档需求，就必须要全文检索。

全文检索和一般的在数据库中检索数据不一样，不读取文档内容是没法知道里面是否包含关键字的。

但是如果在检索之前，我们先将文档内容进行读取和拆分（保留原文档），也就是分词，再将分出来的词、也就是关键词建立一个“目录”。

这样就能根据关键字（词），迅速找到包含它们的所有文档是哪一些，防止了检索所有文档内容的操作。

拆分过程其实也挺繁琐，但实际上，以一次针对文档的读取拆分处理操作，为今后的大量、频繁的检索功能提供了超高的效率，是很值的。

Elasticsearch使用Lucene

[必看！] – 关于版本选择

新版的elasticsearch对jdk版本要求蛮高，官方的版本对应：

https://www.elastic.co/cn/support/matrix#matrix_jvm

在这里插入图片描述
jdk1.8到jdk11最多都只能使用7.17.0

千万不要莽着就上最新版了，在文后半部分，我就是有这个错误的出现，才降版本的。

当然安装方式没什么区别。

Elasticsearch 在Linux下的单机部署

ES 支持Windows和Linux两种环境，并且都支持单机和集群模式的部署。

解压

tar -zxvf xxx

在这里插入图片描述
解压后的目录结构如下：
在这里插入图片描述

创建es用户

创建es用户，将密码设为es

useradd es 	
passwd es

给es用户加上文件夹操作权限：

chown -R es:es /home/software/elasticsearch-8.5.1 #文件夹所有者

如果密码错误或者创建错误，删除后重新创建：

userdel -r es

在这里插入图片描述

修改配置

config文件夹下的elasticsearch.yml

切换到config目录下：
在这里插入图片描述
根据注释里面的提示添加以下内容：

# 加入配置
cluster.name: elasticsearch #集群名称
node.name: node-master	  #当前节点的名称
network.host: 0.0.0.0      #单节点配置ip
http.port: 9200		  #单节点配置端口号
cluster.initial_master_nodes: ["node-master"] #初始的主节点名称

在这里插入图片描述

修改/etc/security/limits.conf

vim /etc/security/limits.conf

# 在文件末尾中增加下面内容
# 每个进程可以打开的文件数的限制
es soft nofile 65536
es hard nofile 65536

在这里插入图片描述

修改/etc/security/limits.d/20-nproc.conf

vim /etc/security/limits.d/20-nproc.conf

# 在文件末尾中增加下面内容
# 每个进程可以打开的文件数的限制
es soft nofile 65536
es hard nofile 65536
# 操作系统级别对每个用户创建的进程数的限制
* hard nproc 4096
# 注：* 表示 Linux 所有用户名称

在这里插入图片描述

修改/etc/sysctl.conf

vim /etc/sysctl.conf

# 在文件中增加下面内容
# 一个进程可以拥有的 VMA(虚拟内存区域)的数量,默认值为 65536
vm.max_map_count=655360

在这里插入图片描述

重新加载

sysctl -p

在这里插入图片描述

启动ES

切换到es文件夹

cd /home/software/elasticsearch-8.5.1

命令启动

bin/elasticsearch
root用户启动报错

如下：
在这里插入图片描述

切换到ES用户
su es

bin/elasticsearch

后台启动

#后台启动
bin/elasticsearch -d

访问拒绝报错 – JDK版本不对

在这里插入图片描述
说明es用户对这文件访问受到限制，切换到root用户下，再次执行赋予权限的命令：

chown -R es:es /home/software/elasticsearch-8.5.1

关于提示JDK文件找不到的报错

在完成上述步骤后，启动又报错了：
在这里插入图片描述
日志文件里的内容是这样的：

[2022-12-11T22:19:36,045][ERROR][o.e.b.Elasticsearch      ] [node-master] fatal exception while booting Elasticsearch
java.nio.file.NoSuchFileException: /home/software/java/jdk11/lib/jt.jar
	at sun.nio.fs.UnixException.translateToIOException(UnixException.java:92) ~[?:?]
	at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:106) ~[?:?]
	at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:111) ~[?:?]
	at sun.nio.fs.UnixFileAttributeViews$Basic.readAttributes(UnixFileAttributeViews.java:55) ~[?:?]
	at sun.nio.fs.UnixFileSystemProvider.readAttributes(UnixFileSystemProvider.java:148) ~[?:?]
	at sun.nio.fs.LinuxFileSystemProvider.readAttributes(LinuxFileSystemProvider.java:99) ~[?:?]
	at java.nio.file.Files.readAttributes(Files.java:1849) ~[?:?]
	at java.util.zip.ZipFile$Source.get(ZipFile.java:1279) ~[?:?]
	at java.util.zip.ZipFile$CleanableResource.<init>(ZipFile.java:710) ~[?:?]
	at java.util.zip.ZipFile.<init>(ZipFile.java:243) ~[?:?]
	at java.util.zip.ZipFile.<init>(ZipFile.java:172) ~[?:?]
	at java.util.jar.JarFile.<init>(JarFile.java:345) ~[?:?]
	at java.util.jar.JarFile.<init>(JarFile.java:316) ~[?:?]
	at java.util.jar.JarFile.<init>(JarFile.java:255) ~[?:?]
	at org.elasticsearch.jdk.JarHell.checkJarHell(JarHell.java:221) ~[elasticsearch-core-8.5.1.jar:?]
	at org.elasticsearch.jdk.JarHell.checkJarHell(JarHell.java:84) ~[elasticsearch-core-8.5.1.jar:?]
	at org.elasticsearch.bootstrap.Elasticsearch.initPhase2(Elasticsearch.java:180) ~[elasticsearch-8.5.1.jar:?]
	at org.elasticsearch.bootstrap.Elasticsearch.main(Elasticsearch.java:66) ~[elasticsearch-8.5.1.jar:?]

降低 es版本，重新安装

降低版本的步骤不复杂，只需要直接删掉原来高版本的文件夹，把低版本解压后，修改config文件夹下的elasticsearch.yml。
修改后重新给权限：

chown -R es:es /home/software/elasticsearch-7.17.0

直接启动：

bin/elasticsearch

在这里插入图片描述
启动成功！

使用elasticsearch-head谷歌插件插件

在这里插入图片描述

关于几个词语的意思

下面的操作中，会有一些名称，与之前所理解的不太一样。
这里先解释一下：

  • Document
    文档
    表示一条数据。
    一个文档就是一条数据，一条记录。
  • index
    索引
    包含有多个文档的集合
    与MySQL中的索引不一样，在es中它反而像是一种数据库的概念

Http操作

因为我是装在虚拟机上，主机访问需要改ip。

使用 postman 发送请求

使用了错误的请求方式

比如在新建一个索引时，使用了POST方式：
在这里插入图片描述

在针对索引进行操作时，只支持

  • HEAD
  • PUT
  • GET
  • DELETE

其它的请求方式不行。

一、索引操作 – 创建、查看、删除索引

1、索引 – 创建一个索引 – PUT

创建一个 drinks 索引：

http://192.168.253.10:9200/drinks
（1）成功创建索引

这个时候就相当于创建了一个 名为drinks 的数据库。

（2）重复添加索引，返回错误信息

在这里插入图片描述
返回内容具体如下：

{
    "error"（错误）: {
        "root_cause"（根本原因）: [
            {
                "type"（错误类型）: "resource_already_exists_exception"（资源已存在异常）,
                
                "reason"（原因）: "index [drinks/yR9H5jhlQEeiLzKqXIz2LA] already exists"
                				  （索引【索引名/索引的唯一id】	已存在）,
                
                "index_uuid"（索引唯一id）: "yR9H5jhlQEeiLzKqXIz2LA",
                "index"（索引）: "drinks"
            }
        ],
        "type"（错误类型）: "resource_already_exists_exception",
        "reason"（原因）: "index [drinks/yR9H5jhlQEeiLzKqXIz2LA] already exists",
        "index_uuid"（索引唯一id）: "yR9H5jhlQEeiLzKqXIz2LA",
        "index"（索引）: "drinks"
    },
    "status"（状态码）: 400
}

2、索引 – 查看所有索引 – GET

查看所有索引（不带顶部的列释义栏）

http://192.168.253.10:9200/_cat/indices
  • _cat
    查看
  • indices
    目录
  • ?v
    加上的话，返回的第一行就是对每一列的释义，不加默认不会返回这个。
（1）不加 ?v 不返回列释义

在这里插入图片描述
没加 ?v的话，第一行不是列释义，不熟悉字段值含义的话不明白什么意思。一般都会带上。

（2）加上 ?v 返回列释义

在这里插入图片描述
第一行为列释义，可以帮助理解每一列的值代表这个索引的什么信息状态。

在这里插入图片描述

3、索引 – 查看单个索引 – GET

查看单个的索引，只需要在路径中带上索引名称（drinks）：

http://192.168.253.10:9200/drinks

在这里插入图片描述

返回的json数据如下：

{
    "drinks"索引名: {
        "aliases"别名: {}, 
        "mappings"映射: {},
        "settings"设置（包含了这个索引的唯一id和创建时间等各种相关信息）: {
            "index"（设置-索引部分）: {
                "routing"（设置 - 索引部分 - 路由）: {
                    "allocation"（路由分配）: {
                        "include"（路由分配包含的设置）: {
                            "_tier_preference"（优先层）: 
                            	"data_content"（数据内容优先）
                        }
                    }
                },
                "number_of_shards"（分片数量）: "1",
                "provided_name"（索引名称）: "drinks",
                "creation_date"（创建日期）: "1670912649866",
                "number_of_replicas"（副本数量）: "1",
                "uuid"（索引的唯一id）: "yR9H5jhlQEeiLzKqXIz2LA",
                "version"（索引版本号）: {
                    "created"（创建时的索引版本号）: "7170099"
                }
            }
        }
    }
}

4、索引 – 删除指定索引 – DELETE

URL 与创建索引没有区别，只需要在 ip地址：端口后面加上索引名称。
只是请求的方式为 DELETE：

http://192.168.253.10:9200/drinks
（1）删除成功

在这里插入图片描述

（2）删除不存在的索引

在删除drinks 数据库后，再次重复发出请求，返回的失败信息如下：

在这里插入图片描述

二、文档操作 –

1、文档 – 创建文档 – POST

创建文档是必须将数据以JSON格式传输。

在URL中，ip和端口号都是必须的，然后就是指定文档应该创建在哪个索引下。

  • URL 中的 _doc 会被赋值到 _type 字段中
  • 在7这个版本，一个索引下，只允许存在一种 _type，否则创建会报错。
（1）直接创建文档，不指定id
http://192.168.253.10:9200/drinks/_doc

在这里插入图片描述

返回的信息如下：

{
    "_index"（索引名称）: "drinks",
    "_type"（数据类型）: "_doc",
    "_id"（文档唯一id）: "98waC4UB8z0XuPkKf43O",
    "_version"（文档版本号,当文档被逻辑删除后会被置0）: 1,
    "result"（操作结果）: "created"（已创建）,
    "_shards"（分片信息）: {
        "total"（总共）: 2,
        "successful"（成功数）: 1,
        "failed"（失败数量）: 0
    },
    "_seq_no"（文档初次创建为0，每次更新文档这个值都会+1，文档被逻辑删除后此值仍会+1，不受影响）: 0,
    "_primary_term"（文档所在主分片的编号）: 1
}
（2）创建文档数据时，手动指定唯一id号

在创建文档的URL 后面加上版本号就行：

http://192.168.253.10:9200/drinks/_doc/1

在这里插入图片描述

此处的 _id就相当于MySQL中的主键id，虽然系统能够自动生成一个不重复的，但是也支持手动指定一个（如果不存在重复值的话）。

2、文档 – 查看指定id的文档内容 – GET

在上面创建文档操作中，接连发送了两次创建文档的请求，根据返回的信息来看，都创建成功了。

一次是不指定版本号，一次是不指定版本号。
但是考虑到内容相同，drinks 索引中是一条数据，还是两条数据呢？

在查询文档时，必须携带文档的id，也就是上面我们手动或者系统自动生成的 _id 。

通过查询 id 号为 xxx 的文档，来看一下，刚才创建的两个文档是否都能查到。

http://192.168.253.10:9200/drinks/_doc/98waC4UB8z0XuPkKf43O

_id = 98waC4UB8z0XuPkKf43O：
在这里插入图片描述

_id = 1:
在这里插入图片描述
两条都能够查询到。

这种查询方式确实无法严格地验证它们确实是两条分开的数据，接下来试试查看指定索引下的所有文档内容。

3、文档 – 查询指定索引下的所有文档及内容 – GET

http://192.168.253.10:9200/drinks/_search

只需要在URL 中带上索引名和 _search（表示查询所有）
查询结果如下：
在这里插入图片描述
内容如下：

{
    "took"（耗费时间）: 18,
    "timed_out"（是否超时）: false,
    "_shards"（分片信息）: {
        "total"（总共数量）: 1,
        "successful"（成功数量）: 1,
        "skipped"（跳过数量）: 0,
        "failed"（失败数量）: 0
    },
    "hits"（命中信息）: {
        "total"（信息总览）: {
            "value"（总数据量）: 2,
            "relation"（关联）: "eq"
        },
        "max_score"（最大评分）: 1.0,
        "hits"（命中数据展示）: [
            {
                "_index"（索引名）: "drinks",
                "_type"（类型名称）: "_doc",
                "_id"（数据唯一id）: "98waC4UB8z0XuPkKf43O",
                "_score"
                （评分，搜索结果中命中的数据会根据这个分值从大到小排序，体现的是该文档的相关性）: 
                			1.0,
                "_source"（原数据内容）: {
                    "name": "珍珠奶茶",
                    "price": "8.00",
                    "describe": "这是一杯珍珠奶茶，奶茶发展历史上元老级别的品种。"
                }
            },
            {
                "_index": "drinks",
                "_type": "_doc",
                "_id": "1",
                "_score": 1.0,
                "_source": {
                    "name": "珍珠奶茶",
                    "price": 8.0,
                    "describe": "这是一杯珍珠奶茶，奶茶发展历史上元老级别的品种。"
                }
            }
        ]
    }
}

可以发现存有两条内容相同的文档数据，只是id不一样罢了。

4、文档 – 替换指定id的文档全部内容 – POST

URL与创建文档一样，并且都必须带上JSON数据。

http://192.168.253.10:9200/drinks/_doc/1

假设drinks索引中，希望将珍珠奶茶的价格从8块涨到10块钱

用新的内容替换原来的文档内容。

除了将price价格改成10块，其它的字段按照原来的字段值填写。

在这里插入图片描述
可以看到上图中，响应信息里的 _version 字段值已经变成 2 了， 并且_result 值为updated就表示更新完成。

实际上相当于还是发送了一个新建指定id的文档的请求，并且带上了数据。
es发现这个索引下已经存在这个相同id的文档，就会将内容替换掉。

所以指定修改的文档id一定一定不能够出错！！！
不然会覆盖掉其它的什么文档内容。

如果直接发送这样的JSON内容，则是表示我们希望用这个JSON数据替换掉原有的文档内容。

如果仅仅希望修改文档中的某一个字段值，而不改变其它的呢？

5、文档 – 更新指定id文档的指定字段值 – POST

http://192.168.253.10:9200/drinks/_update/1

仅更新字段值，并且只需要传输新的字段值。

不需要再把那些重复的不更更改的字段和值再写入JSON。

JSON格式数据如下：

{
    "doc": {
        "price": 8.00
    }
}

外层先声明一个doc，里面只需要写想要更新的字段和新的字段值就行了。

在这里插入图片描述
查看id为1的文档内容后，验证字段值确实已更新。

6、文档 – 删除指定id的文档（逻辑删除） – DELETE

这种删除模式只是逻辑删除，实际上数据还存在，只是被特殊标记了，无法再查询到了。

经过一些试验后，现在drinks索引下，存有这两条数据：
在这里插入图片描述
现在删除掉红豆奶茶，也就是文档id为2的数据，使用DELETE请求：

http://192.168.253.10:9200/drinks/_doc/2

结果如下：
在这里插入图片描述
查询的话，就只能查询到一个珍珠奶茶了：
在这里插入图片描述

7、文档 – 删除指定条件的文档 – POST

现在drinks索引下有珍珠和红豆两种：
在这里插入图片描述

假如只想删除name为珍珠奶茶的文档，保留红豆奶茶。

不严格匹配的条件
http://192.168.253.10:9200/drinks/_delete_by_query
  • _delete_by_query
    根据条件删除

JSON为：

{
    "query": {
        "match": {
            "name": "珍珠奶茶"
        }
    }
}
  • query 表示携带条件
  • match 表示不严格匹配内容

然而返回的信息中发现deleted的值是2，检查drinks索引下，红豆奶茶也被删掉了：

在这里插入图片描述
在这里插入图片描述
这个结果就与最开始的目的相违背了，因为红豆奶茶也被删除了！

原因分析

珍珠奶茶 四个字，同样会被分词，再进行匹配。

请求删除的字符串是：珍珠、奶茶、奶、茶……
而红豆奶茶和珍珠奶茶都带了奶茶两个字。

请求条件的字符串被拆分成多个词后，只要name中满足一个条件，就视为满足条件。
而不是严格地去匹配。

严格匹配条件

重新把两条数据加进去，修改一下JSON：

URL:

http://192.168.253.10:9200/drinks/_delete_by_query

JSON:

{
    "query": {
        "match_phrase": {
            "name": "珍珠奶茶"
        }
    }
}

在这里插入图片描述
在这里插入图片描述

操作结果就是，只删除了珍珠奶茶，而红豆奶茶没受到影响，达到目的。

query 条件中：

match是不严格匹配
match_phrase是严格匹配

一定要根据使用场景，使用正确的字段。

query 条件匹配，在 条件查询中同样会用到。

映射操作

在这里插入图片描述
在这里插入图片描述

上岸撒尿的鱼
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
专栏目录
docker-compose部署elasticsearch集群
11-23
2. 本文的elasticsearch集群使用docker进行部署，开发学习环境中可以这么使用，在生产环境中还是不要这样部署，熟悉elasticsearch原理的就会清楚，单机部署elasticsearch集群基本无法起到什么作用。
闪退报错--＞Elasticsearchjava.nio.file.NoSuchFileException: elasticsearch-8.8.2\%JAVA_HOME%\lib\dt.jar
个人笔记总结
07-12 2184
ElasticSearch8 闪退和启动报错-->fatal exception while booting Elasticsearch java.nio.file.NoSuchFileException-->Elasticsearchjava.nio.file.NoSuchFileException: dt.jar
一文看懂ELK日志查看安装配置（超详细）
小海鲜的博客
09-13 4153
1、安装包导入到文件夹下2、依次解压到各自文件夹下。
window系统部署ES
最新发布
HGX-DJK
03-24 201
打开并修改文本 文件目录elasticsearch-7.17.4/config/elasticsearch.yml。双击文件：elasticsearch-7.17.4\bin\elasticsearch.bat。：jdk1.8** 、 elasticsearch版本：7.17.4**点击蓝色 【WINDOWS】 开始下载。解压到任意位置均可，建议非系统盘。
Lucene全文检索引擎
fxyyshi的博客
08-04 224
    Lucene是apache软件基金会4 jakarta项目组的一个子项目，是一个开放源代码的全文检索引擎工具包，但它不是一个完整的全文检索引擎，而是一个全文检索引擎的架构，提供了完整的查询引擎和索引引擎，部分文本分析引擎（英文与德文两种西方语言）。Lucene的目的是为软件开发人员提供一个简单易用的工具包，以方便的在目标系统中实现全文检索的功能，或者是以此为基础建立起完整的全文检索引擎...
启动 Elasticsearch 时 报错 java.nio.file.NoSuchFileException \lib\dt.jar
weixin_54550943的博客
09-23 6389
启动 Elasticsearch 时 报错 java.nio.file.NoSuchFileException dt.jar
解决启动Elasticsearch报错——java.nio.file.NoSuchFileException \lib\dt.jar
运气不好努力来凑的博客
11-21 843
搜索发现是由于本地的jdk版本升级之后，当时只改了JAVA_HOME所指的jdk安装目录，并没有考虑到由jdk8升级到jdk11之后， jdk11需要有不同的配置。完成以上操作后，即可正常启动Elasticsearch。需要生成jre目录，可以看这篇文章。
bitnami-docker-elasticsearch-exporter:用于Elasticsearch-exporter的Bitnami Docker映像
03-10
什么是Elasticsearch Exporter？ Prometheus导出器，用于有关ElasticSearch的各种指标。 TL; DR $ docker run --name elasticsearch-exporter bitnami/elasticsearch-exporter:latest 为什么要使用Bitnami Images...
Docker部署ElasticSearch和ElasticSearch-Head的实现
09-29
主要介绍了Docker部署ElasticSearch和ElasticSearch-Head的实现，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
http-aws-es:将Elasticsearch-js客户端与Amazon ES结合使用
04-30
不推荐使用在可获得较新的版本，用于Elasticsearch和elasticsearch-js的较新版本。Amazon ES的连接处理程序 使与Amazon ES兼容。 它使用aws-sdk向Amazon ES端点发出已签名的请求。安装# Install the connector, ...
bitnami-docker-elasticsearch：用于Elasticsearch的Bitnami Docker映像
02-20
什么是Elasticsearch？ Elasticsearch是一个高度可扩展的开源全文本搜索和分析引擎。 它使您可以快速，近乎实时地存储，搜索和分析大量数据 TL; DR $ docker run --name elasticsearch bitnami/elasticsearch:...
运行elasticsearch报错：fatal exception while booting Elasticsearchjava.nio
huiyi_T的博客
12-31 999
里面显示报错信息：java.nio.file.NoSuchFileException: D:XXXX\Java\jdk-17\lib\tools.jar。我安装的elasticsearch8.11，执行elasticsearch时报错。去看了下logs文件夹里的elasticsearch.log文件。直接删除系统环境变量中的CLASSPATH。jdk17不需要配置环境变量。
ore.MemorySegmentIndexInputProvider ＜init＞[2023-05-27T05:40:45,356][ERROR][o.e.b.Elasticsearch
记录下日常遇到的问题或者一些思考，不喜勿喷
05-27 637
出现这个问题是因为，我之前安装的是8.7的版本，安装了新版本的kibana 配置的时候不兼容。所以我怀疑有些进程没被干掉导致启动es报错，直接重启服务器，重启之后 再次启动正常。
BS问题 elasticsearch8.5.2 集群安装
qq_30337573的博客
12-18 1549
elasticsearch 8.5.2集群部署实战
启动 elasticsearch时报错 java.lang.IllegalStateException: Could not load plugin descriptor for plugin xxx
热门推荐
tmax52HZ的博客
06-05 1万+
java.lang.IllegalStateException: Could not load plugin descriptor for plugin directory [ik-analyzer] 一.出错场景 1.在安装了elasticsearch后 2.将elasticsearch-analysis-ik-6.2.4.zip放入plugins目录下后 3../elasticsearch启动 elasticsearch时报错 二.分析原因 1.首先，我没有使用root用户进行操作，已经创建了用户。而
elasticsearch报错java.lang.IllegalStateException: failed to obtain node locks, tried [[/usr/local/elas
dsqcsdn的博客
09-09 9186
报错原因：没有正常停止elasticsearch 解决 #查看elastic的进程号 并杀死 ps aux | grep elasticsearch kill -9 进程号 #重启 -d 后台运行 ./bin/elasticsearch -d
jdk17安装 elasticsearch8 遇到的一个坑
赵健峰的博客
10-20 1361
在 Linux jdk17 环境下安装 elasticsearch8.10.4，遇到的环境变量问题的追查过程
elasticsearch启动异常InvalidPathException
qq_46129756的博客
04-08 2030
非法路径错误，估计是系统用户路径中带有非法字符或是中文字符，导致无法识别的问题 c:\Users\????\AppData\Local\Temp\elasticsearch，我原来的系统用户文件夹名称是中文名称，后来改成英文名称后就可以正常运行了。 建议系统用户名不要取中文 我是按照简书上这位大佬更改系统用户文件名称的步骤来的。 https://www.jianshu.com/p/a7812f10a055 ...
Elasticsearch8.6启动异常：fatal exception while booting Elasticsearch
yang516521的博客
04-11 2390
elasticsearch8.6/8.7启动异常
docker-compose 部署elasticsearch-head
07-27
你可以使用以下步骤通过 Docker Compose 部署 Elasticsearch Head： 1. 首先，创建一个名为 `docker-compose.yml` 的文件，并在其中添加以下内容： ```yaml version: '3' services: elasticsearch-head: image: ...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

上岸撒尿的鱼

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值