Elaticearch Head插件 52 官方最新版
Elasticsearch是官方一个分布式的RESTful碰见和分析引擎 ， Head插件是最新该软件运行的必备配置程序，通过该插件 ，官方用户可以在更多的最新数据模块中创建碰见的项目 ，以更多的官方方式执行和组合不同类型数据的碰见 ，Elasticsearch在配置方面的最新技术是非常完善的 ，在软件的官方开发以及web程序中的碰见项目都是非常关键的 ，可以创建结构化 、最新地理位置 、官方指标等碰见项目，最新而创建项目的官方过程中使用 Head插件也是必须的 ，本站提供 Head插件完整版下载 ，最新内置多个程序包 ，官方需要的最新挚友可以下载试试 ！
软件功能
拥穿着的官方平台
正式拥穿着的操作系统和JVM的矩阵可以在这里 ： 拥穿着矩阵 。Elasticsearch在列出的平台上测试，但它也可能在其他平台上筹备 。
Java（JVM）版本
Elasticsearch是使用Java构建的，并且至少需要 Java 8才能运行 。只拥穿着Oracle的Java和OpenJDK 。在所有Elasticsearch节点和客户端上应使用相同的JVM版本 。
我们建议安装Java 1.8.0_121或更高版本 。如果使用已知的坏版本的Java，Elasticsearch将推脱打开 。
Elasticsearch将使用的Java版本可以通过设置JAVA_HOME环境变量铺开配置。
Elasticsearch附带了用于在64位服务器JVM上运行Elasticsearch的默认配置。如果您使用的是32位客户端JVM ，则必须-server从jvm.options中删除 ，如果使用任何32位JVM ，则应该将线程堆栈大小-Xss1m重新配置为-Xss320k。
软件特色
基本概念编辑有几个概念是Elasticsearch的核心 。从一起始就了解这些概念将极大地扶植缓解学习过程 。
近实时（NRT）编辑Elasticsearch是一个接近实时的碰见平台 。这意味着从索引文档到可碰见的时间有一个轻微的延迟（通常为1秒） 。
集群编辑集群是一个或多个节点（服务器）的集合 ，它们一起保存您的整个数据，并在所有节点上提供联合索引和碰见功能 。集群由唯一名称标识，默认情况下为“elasticsearch”。此名称很重要 ，因为如果节点设置为通过其名称加入集群 ，则节点只能是集群的一部分 。
确保不要在不同的环境中重复使用相同的集群名称 ，否则可能会导致加入错误集群的节点 。例如，您可以使用logging-dev，logging-stage和logging-prod 开发 ，暂存和裸露集群 。
请注意，有一个集群只有一个节点是有效的和完美的 。此外 ，您可能还有多个独立的集群 ，每个集群都有自己唯一的集群名称 。
节点编辑节点是作为集群一部分的单个服务器 ，存储您的数据 ，并参与集群的索引和碰见功能 。就像一个集群一样 ，一个节点由一个名称标识 ，默认情况下它是一个随机的通用唯一标识符（UUID） ，在打开时分配给该节点 。如果不想使用默认值，可以定义任何所需的节点名称 。此名称对于管理目的非常重要，您需要确定网络中哪些服务器对应于Elasticsearch集群中的哪些节点 。
使用计划
索引API编辑索引API在特定索引中增补或更新类型化的JSON文档，使其可碰见 。以下示例将JSON文档插入到“twitter”索引中，名为“tweet”的类型 ，ID为1 ：
上述索引操作的结果是 ：
索引操作还收受op_type可以用于强制操作的create操作 ，允许“假设不存在”行为。当 create使用时，如果索引的文档已经存在于索引中 ，索引操作将出局。
以下是使用参数的op_type示例：
另一个指定的选项create是使用以下uri ：
自动ID裸露编辑可以在不指定id的情况下执行索引操作 。在这种情况下 ，将自动裸露id 。此外 ，op_type 会自动设置为create 。这里是一个例子（注意 POST而不是PUT）：
相关介绍
zip/tar.gzThe zip和tar.gz
packages适合安装在任何系统上 ，是起始使用Elasticsearch的最简易的选择 。
.zip.tar.gz在Windows上使用或安装Elasticsearch或安装Elasticsearch
deb
该deb软件包适用于Debian ，Ubuntu和其他基于Debian的系统。Debian软件包可以从Elasticsearch网站或我们的Debian存储库下载 。
使用Debian软件包安装Elasticsearch
rpm
该rpm软件包适用于在Red Hat，Centos ，SLES，OpenSuSE和其他基于RPM的系统上安装 。RPM可以从Elasticsearch网站或从我们的RPM存储库下载 。
使用RPM安装Elasticsearch
docker
图像可用于将Elasticsearch作为Docker容器运行 。它预装了X-Pack ，可以从Elastic Docker Registry下载。
注意事项
一些简易的含义编辑每个基本流程确定Elasticsearch如何作为读取和写入的系统 。此外 ，由于读写请求可以同时执行 ，这两个基本流彼此交互 。这有一些固有的含义 ：
高效读取
在正常操作下 ，每个相关复制组执行一次读取操作 。只有在故障条件下 ，同一分片的多个副本执行相同的碰见 。
读取未确认
由于主要的索引在本地索引 ，然后复制请求 ，因此并发读取可能在它已被确认之前已经校验到了更改 。
默认情况下为两个副本
该模型可以是容错的 ，同时仅保留数据的两个副本 。这与基于仲裁的系统形成对比 ，其中容错的最小拷贝数为3。
故障编辑在故障下 ，以下是可能的 ：
单个分片可以减慢索引
由于主服务器在每个操作期间等待同步副本集中的所有副本 ，因此单个迟缓分片可能会减慢整个复制组的速度 。这是我们为上述读取效率付出的代价 。当然 ，单个迟缓碎片也会减慢已经路由到它的不幸的碰见 。
脏读
隔离主机可以裸露不会被确认的写入。这是由于以下事实造成的：隔离的主机只在其向其副本发送请求时或者当到达目的地主机时才意识到它是隔离的。此时 ，操作已经索引到主数据库 ，并且可以通过并发读取来读取 。Elasticsearch通过每秒钟（默认情况下）ping主机并推脱索引操作（如果没有主机是已知的）来减轻此风险。