-
索引优化(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版本后有该属性。 |