如何高效稳定完成万亿级ES集群节点迁移？本文带你体验一次Qunar的ES迁移之旅。

本文提供了关于 Elasticsearch 部署最佳实践的建议。其中包括使用索引生命周期管理（ILM）和快照生命周期管理（SLM）自动化索引和快照的管理和维护，从而提高查询性能，降低存储成本，增强可扩展性。此外，文章还介绍了监控 Elasticsearch 集群性能的指标，包括集群健康状况、搜索和索引性能等。最后，作者强调了充分利用 Elasticsearch 需要计划、优化和监控部署，建议参考官方文档和性能测试结论，并根据实际情况做出优化调整。

本文介绍如何将机器学习预测能力迁移至es内部，增强排序能力, 构建一个高性能、分布式搜排一体系统，并通过落地更多复杂模型特征和更深的计算，为业务带来新的增长点。

Elasticsearch 8.X 如何基于用户指定 ID 顺序召回数据？

In this blog post, we show in practice how you can use Elasticsearch to run a full end-to-end vector search.

本文将详细介绍 Elasticsearch Rollup 功能，包括其产生背景、应用场景、应用实例以及实战中的注意事项。通过本文，你将对 Elasticsearch Rollup 功能有一个全面的了解，从而提高你的数据处理能力。

目前我们在构建一个多租户多产品类网站，为了让用户更好的找到他们所需要的产品，我们需要构建站内搜索功能，并且它应该是实时更新的。本文将会讨论构建这一功能的核心基础设施，以及支持此搜索能力的技术栈。

At Netflix, all of our digital media assets (images, videos, text, etc.) are stored in secure storage layers. We built an asset management platform (AMP), codenamed Amsterdam, in order to easily organize and manage the metadata, schema, relations and permissions of these assets. It is also responsible for asset discovery, validation, sharing, and for triggering workflows.

Amsterdam service utilizes various solutions such as Cassandra, Kafka, Zookeeper, EvCache etc. In this blog, we will be focusing on how we utilize Elasticsearch for indexing and search the assets.

本文主要介绍了 ES 慢查询自动化巡检治理的具体内容和基础逻辑，并对巡检中的判断规则进行解读和相应的解决建议。

字段别名 field-alias 区别于索引别名 alias。

索引别名大家都比较熟悉，字段别名听到的多，但是实际用的不见得有那么多。

由于传统的 mysql 数据库并不擅长海量数据的检索，当数据量到达一定规模时（估算单表两千万左右），查询和插入的耗时会明显增加。同样，当需要对这些数据进行模糊查询或是数据分析时，MySQL作为事务型关系数据库很难提供良好的性能支持。使用适合的数据库来实现模糊查询是解决这个问题的关键。

但是，切换数据库会迎来两个问题，一是已有的服务对现在的 MySQL 重度依赖，二是 MySQL 的事务能力和软件生态仍然不可替代，直接迁移数据库的成本过大。我们综合考虑了下，决定同时使用多个数据库的方案，不同的数据库应用于不同的使用场景。而在支持模糊查询功能的数据库中，elasticsearch 自然是首选的查询数据库。这样后续对业务需求的切换也会非常灵活。

那具体该如何实现呢？在又拍云以往的项目中，也有遇到相似的问题。之前采用的方法是在业务中编写代码，然后同步到 elasticsearch 中。具体是这样实施的：每个系统编写特定的代码，修改 MySQL 数据库后，再将更新的数据直接推送到需要同步的数据库中，或推送到队列由消费程序来写入到数据库中。

但这个方案有一些明显的缺点：

• 系统高耦合，侵入式代码，使得业务逻辑复杂度增加
• 方案不通用，每一套同步都需要额外定制，不仅增加业务处理时间，还会提升软件复复杂度
• 工作量和复杂度增加

在业务中编写同步方案，虽然在项目早期比较方便，但随着数据量和系统的发展壮大，往往最后会成为业务的大痛点。

伴随整个政采云搜索业务的发展，商品总量也从千万级别快速膨胀到亿级别，伴随商品量的增长，带来的是索引体积的快速膨胀，进而导致ES 集群面临越来越严重的 io 读取瓶颈。

作为一家搜索引擎公司，我们会很倚赖 ES 帮忙处理包括文章召回，数据源划分，实体、标签管理等任务，而且都收到了不错的结果。

最近我们需要对行业知识库进行建模，其中可能会涉及到实体匹配、模糊搜索、向量搜索等多种召回和算分方式，最终我们选择了通过 ES 7.X （最终选择 7.10）里的新功能，Dense vector 帮忙一起完成这部分的需求。

本文结合ES在贝壳找房的房源搜索、小区搜索、看点信息流等应用的实践经验，介绍ES的相关性计算原理，以及如何对相关性调优。

Elasticsearch 是一个开源的分布式 RElasticsearchTful 搜索引擎，作为一个分布式、可扩展、实时的搜索与数据分析引擎，它可以快速存储、搜索和分析大量数据。

本文翻译自QBox官方博客“Elasticsearch性能调优权威指南”系列文章的第一篇。