ElasticSearch

典型回答 支持，Elasticsearch 支持通过使用文档版本控制来实现乐观锁。（https://www.elastic.co/guide/en/elasticsearch/reference/current/optimistic-concurrency-control.html ） 在 ES 中，每个文档存储时都有一个 _version 字段，这个版本号在每次文档更新时自动增加。当我们执行更新、删除或者使用脚本处理文档时，可以指定这个版本号来确保正在操作的文档是预期中的版本。如果操作中的版本号与存储在索引中的文档版本号不一致，说明文档已被其他操作更改，当前操作将会失败。（CAS） 但是，从Elasticsearch 6.7 版本开始，使用 _version 关键字进行乐观锁已经被废弃了，替代方法是使用 if_seq_no 和 if_primary_term 来指定版本。 假设有一个文档： 1 2 3 4 5 6 7 8 9 10 { "_index": "products", "_type": "_doc", "_id": "1", "_version": 10, "_source": { "name": "Coffee", "price": 20 } } 基于他，我们可以在更新时进行乐观锁控制，避免发生并发修改： 1 2 3 4 5 POST /products/_doc/1?if_seq_no=312&if_primary_term=2 { "name": "Coffee", "price": 22 } 这里的 if_seq_no 和 if_primary_term 是 Elasticsearch 中的字段，用于管理乐观锁。如果文档自上次你读取以来没有被更改，if_seq_no 和 if_primary_term 会匹配，你的更改就会被应用。如果不匹配，更新操作会失败。 ...

典型回答 ILM（Index Lifecycle Management，索引生命周期管理） 是 Elasticsearch 从 7.0 版本开始内置的一项核心功能，用于自动化管理索引在其生命周期中的各个阶段，包括创建、滚动更新、迁移、优化、冻结和删除等操作。 ILM的核心思想：将索引的生命周期划分为多个阶段，每个阶段定义一组自动化动作，系统根据时间或大小条件自动触发状态流转。主要的阶段包含以下几个： 阶段 用途 可执行的动作 动作目的 Hot 索引活跃写入和高频查询 rollover 当索引达到一定大小、文档数或时长时，自动创建一个新索引，并将写入别名指向新索引。这是处理时序数据的关键。 Warm 索引只读，低频查询 allocate 将索引的分片分配到具有特定属性（如 warm）的节点上。 readonly 将索引设置为只读，防止后续写入。 forcemerge 强制合并段文件，减少段数量以提升查询效率和释放磁盘空间。 shrink 减少索引的主分片数量，以降低开销。 Cold 极少访问的历史数据 allocate 将索引迁移到冷节点（如 data_cold）。 searchable_snapshot 创建可搜索快照并将其存储在对象存储（如 S3）中，极大降低存储成本。 Delete 过期数据清理 delete 永久删除索引及其数据。 在 7.10+ 版本中还增加了 Frozen 阶段，用于极致压缩归档。 假设我们要管理应用程序的日志，需求是： 日志索引达到 50GB 或创建满 1 天就滚动更新。 滚动 1 天后，将旧索引移到暖节点并设为只读。 滚动 7 天后，将索引移到冷节点。 滚动 180 天后，自动冻结。 滚动 1年后，删除索引。 对应的ILM配置如下（8.0后）： ...

典型回答 Hot-Warm架构（热-温架构）是 Elasticsearch 为应对数据生命周期管理和成本优化而设计的一种经典集群部署模式。它通过将节点划分为“热节点”和“温节点”，根据数据的访问频率和时效性，将其分配到不同性能、不同成本的硬件上，从而在性能、可用性和成本之间取得平衡。 在 Elasticsearch 7.10+ 版本 中，官方在原有的 Hot-Warm 架构基础上进一步扩展，引入了更精细的数据分层策略，形成了完整的四层架构： Hot → Warm → Cold → Frozen 这四层对应数据从“高频活跃”到“几乎不用”的完整生命周期。 ✅Elasticsearch集群中的角色有哪些？ 上面这篇文章中我们介绍过，data node会细化分为 hot data、warm data、cold data以及 frozen data，分别存储不同的活跃状态的数据。 节点类型 数据状态 硬件配置 访问模式 主要目标 Hot 最新、最活跃 最高性能：SSD、强CPU、大内存 高频读写、低延迟查询 优化性能 Warm 较旧、不活跃 均衡型：可能混用SSD/HDD，或大容量HDD 偶尔查询、只读 平衡性能与成本 Cold 历史、很少访问 高密度、低成本：大容量HDD、最小化CPU/内存 极少查询、容忍高延迟 最大化节省存储成本 Frozen 归档、几乎不访问 对象存储（如S3）或磁带 极罕见查询、可接受非常慢的恢复 极致的归档成本 这套架构是实现ES的索引生命周期管理的重要手段。 ✅什么是ILM（索引生命周期管理）？