每日重建Elasticsearch索引是否影响性能？ES是否会随时间调优？

每日重建ES索引是否会影响性能？ #

• 重建索引本身会占用ES的CPU、内存和磁盘IO资源，数据量越大，资源消耗越明显。如果重建操作撞上业务查询高峰，大概率会导致查询延迟升高，甚至出现请求超时。
• 新索引刚创建完成时，分片还在初始化、段合并阶段，这个阶段的查询性能会比稳定运行的旧索引差，得等段合并完成、索引进入稳定状态后，性能才会恢复正常。
• 要是集群资源充足（CPU、内存、磁盘有富余），并且把重建操作安排在业务低峰期，对性能的影响就能降到最低。
• 推荐用别名切换的方式：先在后台创建新索引并写入数据，完成后再把业务用的别名从旧索引切换到新索引，这样业务访问不会受重建过程影响，旧索引可以等切换完成后再删除。

Elasticsearch是否会随时间自动调优以提升访问速度？ #

• ES会自动做一些优化操作，最常见的就是段合并：后台会把多个小索引段合并成大段，减少段的数量，提升查询效率同时释放磁盘空间。这个过程自动运行，不用手动干预，但可以通过配置调整合并策略（比如合并时机、线程数）。
• 另外，ES的查询缓存会自动缓存高频查询的结果，数据没更新时，重复查询会直接返回缓存结果，速度更快。但如果你的索引每日全量重建，缓存会因为数据更新全部失效，这部分自动优化的效果就没了。
• 不过ES的自动调优有局限，像分片数量设置不合理、字段映射设计有问题、查询语句低效这些情况，自动优化解决不了，得手动调整。比如数据量大时合理设置分片数、副本数，给高频查询字段选对索引类型（keyword或text），这些手动优化的效果比自动调优明显得多。

内容的提问来源于stack exchange，提问作者Krzysztof