Elasticsearch 高级优化

本文介绍了Elasticsearch的高级优化策略,包括索引刷新、flush操作和查询上下文。通过合理设置如index.refresh_interval,提高索引速度。使用refresh API确保文档即时可搜,而flush API用于持久化数据并清空事务日志。了解Query context和Filter context的不同,以优化查询性能。
摘要由CSDN通过智能技术生成

 

 

  1. 索引优化(Optimized)

    Es在运行一段时间后,会出现分片数增多,删除的记录未及时清理,导致占用很多的存储空间,查询性能也下降;但是在优化过程中,其他的请求会被阻止,知道优化完成;如果http请求断开,优化的请求也会继续在后台执行;

$ curl -XPOST 'http://localhost:9200/twitter/_optimize'

管理索引优化

    optimize API允许通过API优化一个或多个索引。优化过程的操作基本上优化的索引搜索速度更快(和涉及到Lucene索引内保存每个碎片的段数)。优化操作允许减少的段数,把它们合并。

$ curl -XPOST 'http://localhost:9200/twitter/_optimize'

名称

描述

max_num_segments

段数优化。要全面优化索引,将其设置为1。默认设置是只需检查是否需要执行合并,如果需要执行合并才执行合并操作。【经过测试越小速度越快】

only_expunge_deletes

优化过程中是否只合并带删除标记的段。在Lucene中,记录不会被删除,只是加了标记删除。索引会在在合并过程中,创建一个新的没有删除标记记录的分段。此标志只允许合并段删除。这个标记可以控制,只合并带删除标记的段,默认为false。【设置为true docs才会合并】

refresh

刷新。默认为true

flush

数据优化后是否进行数据刷新进行优化。默认为true

wait_for_merge

请求是否等待合并结束。默认为true。注意,合并有可能是一个非常繁重的操作,所以为了能有感官上的响应,需要把它设置为false;【最好设置为false,默认true请求就会阻塞在那里,直到完成】

force

Force a merge operation, even if there is a single segment in the shard with no deletions. [1.1.0]

强制优化操作,尽管只有单个块,且无删除标记的块,1.1.0版本后有该属性。

 

  • 1
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值