今天在研究公司搜索这一块代码的时候,看到了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动作