Lucene优化(索引库存放位置选择) | 学习笔记

开发者学堂课程【Lucene知识精讲与实战（下）：Lucene优化(索引库存放位置选择)】学习笔记，与课程紧密联系，让用户快速学习知识。

课程地址：https://developer.aliyun.com/learning/course/701/detail/12355

Lucene优化(索引库存放位置选择)

内容介绍：

一、选择合适的位置存放索引库

二、搜索api的选择

一、选择合适的位置存放索引库

1、在lucene优化中讲索引库的位置，存放在哪通过存放的位置提高查询以及创建索引的速度，列举索引库存放位置的对象有三个。

创建索引库时，制定索引库的位置，使用的是 FSDirectory 对象，FS 是 file systems 文件系统，存到文件系统中就是存到硬盘中，着重讲 MMapDirectory。FSDirectory 不管是创建索引和文档文件，还是从指定的目录中查询出文档文件和索引文件的内容，都是通过操作硬盘，把硬盘中的拿过来，或者写入硬盘中，  MMapDirectory 写的时候是内存映射，读的时候，里面是有缓存的，而对于FSDirectory 里面只是通过硬盘操作，没有内存参与，而 MMapDirectory 有内存参与，写的时候是往硬盘里面写，第一次查询时是从硬盘中查，把查询出的数据，加载到内存中，第二次查就直接从内存中查，查询速度要比直接从硬盘中查要快的多。

2、没有优化情况下，小100万条数据，创建索引需要7725ms，如果换成  MMapDirectory ，把优化注解掉，清除索引库，重新创建索引，执行。

关掉，原因是之前创建索引时用的是 standaranalyzer，而这时换成 ikanalyzer ，对于查询速率是不准确的，重现换成 standaranalyze，清除索引库，   standaranalyzer和ikanalyzer 中文分词器，分词的速度不一样，所以要换成跟以前代码一模一样，只有存放索引库用的对象不一样，才能对比出是否优化。

写入用了7425ms，快了一点。

3、第一次查询从硬盘中查，第二次从内存中查，所以在查询时不能用小例子，需要加入到项目中完成测试，加时间。起始时间。

long starttime= System. current TimeMillis();

4、在查询结束时有结束时间。

long endTime = System. currentTimeMillis();

打印时间

System. out .println("=====消耗时间为======" + (endTime - startTime) + "ms");

由于存的时候用是 MMapDirectory ，所以取的时候也用 MMapDirectory ，启动进行测试。打开浏览器搜索手机，花费324ms。

再查询花费18ms。由此可见第一次是从硬盘中读取出来，把查询出的数据放到内存中，第二次点查询直接从内存中查出数据，速度非常快，把设置出来的数据放到里面。

*使用MNapDirectory消耗的查询时间

*====消耗时间为========324ms

*====消耗时间为========18ms

5、关闭项目看原来花费多少时间，再换成 FSDirectory ，将索引库清除。

重新创建索引，重新启动项目，再查询，第一次查询花费324ms，第二次花费21ms，比用 MNapDirectory 花的时间长，因为是小100万条数据，数据很小，如果数据大一些，差距会更大，存放索引库的位置，用的对象不同，查询效率和创建索引的效率都不一样，建议使用 MNapDirectory ，用它代替传统 FSDirectory 文件系统的目录，加快查询效率。

二、搜索api的选择

1、尽量使用 TermQuery 代替 QueryParser ，TermQuery 能提供简单的查询，只能是通过域名查具体的某一个域值，QueryParser 里面非常强大，既有默认查询域的支持，又可以对查询的关键字，查询结果指定 and，all 交集并集。如果没有过多的业务建议使用 TermQuery 进行查询，如果业务比较复杂，有好几个查询条件，求交集并集等，只能使用 QueryParser。

2、尽量避免大范围的日期查询，大量的日期范围的查询会导致搜索效率变慢。