- Elasticsearch是一个分布式搜索服务，提供Restful API，底层基于Lucene，采用多shard（分片）的方式保证数据安全，并且提供自动resharding的功能，github等大型的站点也是采用了ElasticSearch作为其搜索服务。
- 开源的 ElasticSearch 是目前全文搜索引擎的首选。他可以快速的存储、搜索和分析海量数据。Spring Boot通过整合SpringData ElasticSearch为我们提供了非常便捷的检索功能支持。
1、下载对应的压缩包解压到对应的目录
# tar -zxvf elasticsearch-7.1.1-linux-x86_64.tar.gz
2、创建新的用户与用户组
useradd es groupadd es passwd es //设置密码 chown -R es:es elasticsearch-7.8.0 //设置文件执行权限配置
1、进入安装包目录
cd elasticsearch-7.8.0/config/ vim jvm.options
Xms表示总堆空间的初始大小
Xmx表示总堆空间的最大大小
vim elasticsearch.yml启动
/elasticsearch/elasticsearch-7.8.0/bin/elasticsearch
基本概念- 以 员工文档 的形式存储为例：一个文档代表一个员工数据。存储数据到ElasticSearch 的行为叫做 索引，但在索引一个文档之前，需要确定将文档存储在哪里。
- 一个 ElasticSearch 集群可以 包含多个 索引 ，相应的每个索引可以包含多个 类型 。 这些不同的类型存储着多个 文档，每个文档又有 多个 属性 。
- 类似关系：
– 索引-数据库
– 类型-表
– 文档-表中的记录
– 属性-列
1、查看节点健康状况
http://localhost:9200/_cat/health?v
正常情况下，Elasticsearch 集群健康状态分为三种：
- green:最健康得状态，说明所有的分片包括备份都可用;这种情况Elasticsearch集群所有的主分片和副本分片都已分配,Elasticsearch集群是 100% 可用的。
- yellow :基本的分片可用，但是备份不可用（或者是没有备份）;这种情况Elasticsearch集群所有的主分片已经分片了，但至少还有一个副本是缺失的。不会有数据丢失，所以搜索结果依然是完整的。不过，你的高可用性在某种程度上被弱化。如果更多的 分片消失，你就会丢数据了。把 yellow 想象成一个需要及时调查的警告。
- red:部分的分片可用，表明分片有一部分损坏。此时执行查询部分数据仍然可以查到，遇到这种情况，还是赶快解决比较好;这种情况Elasticsearch集群至少一个主分片（以及它的全部副本）都在缺失中。这意味着你在缺少数据：搜索只能返回部分数据，而分配到这个分片上的写入请求会返回一个异常。
Elasticsearch 集群不健康时的排查思路
-
首先确保 es 主节点最先启动，随后启动数据节点;
-
允许 selinux（非必要），关闭 iptables
-
确保数据节点的elasticsearch配置文件正确
-
系统最大打开文件描述符数是否够用
-
elasticsearch设置的内存是否够用 ("ES_HEAP_SIZE"内存设置 和"indices.fielddata.cache.size"上限设置);
-
elasticsearch的索引数量暴增 , 删除一部分索引(尤其是不需要的索引);
参考
2、查看所有索引
http://localhost:9200/_cat/indices?v
3、插入/修改数据
4、取出/是否存在/删除数据
5、高级搜索
参考链接
参考链接
官网链接
