solr的optimize()的作用

今天在研究公司搜索这一块代码的时候，看到了SolrServe调用optimize(),研究下这个optimize()的作用，代码如下：

long st = System.currentTimeMillis();
SolrServer server = SolrServerFactory.get(Constants.MASTER);
// 禁止solr数据同步
SolrUtils.lockMasterReplication(server);
logger.info("删除现有索引！");
// 删除旧索引
			SolrUtils.deleteAll(server);
logger.info("开始重建全部商品索引");
// 建立新索引
buildIndex(server);
server.commit();
server.optimize();
long et = System.currentTimeMillis();

在提交server.commit()之后，server.optimize()

API上是这样说的：Performs an explicit optimize, causing a merge of all segments to one 

翻译过来就是：执行一个优化，把片段合并为一个。

再后来查资料知道：optimize其实是个很重量级的操作，执行optimize操作后solr会进行索引数据的合并来优化查询性能

也就是说SolrServer.optimize()可以优化查询性能，但如果索引数据特别大的时候，调用optimize()则会花费更多的时间，因为你在提交之后每次都进行optimize操作，提交会越来越慢，甚至solr不再响应你的提交请求，另外，如果你的服务是主从模式，那么对master的optimize还会导致整个索引块同步到replica上，影响就可想而知了

如果一定要用optimize的话，可以在solr服务不忙的时候，写一个定时任务来完成，也可以用solr自带的控制台手动执行optimize动作