倒排索引#xff0c;是通过分词策略#xff0c;形成了词和文章的映射关系表#xff0c;这种词典映射表即为倒排索引

心跳检测#xff1a;

倒排索引是通过分词策略形成了词和文章的映射关系表这种词典映射表即为倒排索引

心跳检测

每个节点都会定期向集群发送心跳信号告诉其他节点它仍然存活。

如果某个节点在一段时间内没有发送心跳信号那么它就会被认为已经死亡选举会重新开始。

候选者列表

节点时它会将自己添加到候选者列表中。

候选者列表中的节点数量可以根据配置进行调整。

当一个节点成为候选者后它会向集群中的其他所有节点发送投票请求。

每个节点在收到请求后会根据一定的规则决定是否投票给这个候选者。

投票规则通常会考虑节点的健康状况、存储的数据量、负载情况等因素。

选举结果

节点。

如果两个或更多的候选者得到了相同的票数那么集群将会再次进行选举。

网络问题

停止响应造成大面积延迟此时其他节点得不到主节点的响应认为主节点挂掉了会重新选取主节点。

内存回收

master在该响应时间的范围内没有做出响应应答判断该节点已经挂掉了。

调大参数如

6sdiscovery.zen.ping_timeout:6可适当减少误判。

选举触发:

discovery.zen.minimum_master_nodes:1该参数是用于控制选举行为发生的最小集群主节点数量。

当备选主节点的个数大于等于该参数的值且备选主节点中有该参数个节点认为主节点挂了进行选举。

官方建议为n/21n

角色分离

第一步客户写集群某节点写入数据发送请求。

如果没有指定路由/协调节点请求的节点扮演路由节点的角色。

第二步节点1接受到请求后使用文档_id来确定文档属于分片0。

请求会被转到另外的节点假定节点3。

因此分片0的主分片分配到节点3上。

第三步节点3在主分片上执行写操作如果成功则将请求并行转发到节点1和节点2的副本分片上等待结果返回。

所有的副本分片都报告成功节点3将向协调节点节点1报告成功节点1向请求客户端报告写入成功。

ElasticsearchES保证写入一致性的方法主要依赖于其内置的一致性模型和配置。

以下是一些关键点

一致性级别

quorum大多数节点可用、one单个节点可用、all所有节点可用。

复制机制

通过设置索引的复制分片策略可以控制数据是被复制到多个节点上以确保在某个节点失败时数据不丢失。

事务日志

在写入数据之前会先写入一个事务日志确保即使数据节点失败也能基于事务日志进行数据恢复。

文档版本控制

使用文档版本来保证写入的一致性当你更新文档时如果版本号匹配则允许操作否则拒绝操作。

QUORUM

删除和更新也都是写操作但是Elasticsearch中的文档是不可变的因此不能被删除或者改动以展示其变更

6.2、

磁盘上的每个段都有一个相应的.del文件。

当删除请求发送后文档并没有真的被删除而是在.del文件中被标记为删除。

该文档依然能匹配查询但是会在结果中被过滤掉。

当段合并时在.del文件中被标记为删除的文档将不会被写入新段。

6.3、

在新的文档被创建时Elasticsearch会为该文档指定一个版本号当执行更新时旧版本的文档在.del文件中被标记为删除新版本的文档被索引到一个新段。

旧版本的文档依然能匹配查询但是会在结果中被过滤掉。

7.1、Standard

“analyzer”:{}——对应分词器组成部分其中会包含1.