lucene4.5源码分析系列：索引缓存以及刷新

本文链接：https://blog.youkuaiyun.com/liweisnake/article/details/11659799

本文详细分析了Lucene 4.5中的索引缓存和刷新过程，探讨了缓存管理、刷新时机策略以及多线程并发刷新的实现。通过理解DocumentWriterFlushControl和FlushPolicy，了解如何控制内存使用和提高效率，同时解释了DocumentsWriterStallControl在健康管理中的作用，确保在索引过程中内存占用的稳定性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

缓存和刷新是比较重要的问题，它涉及到lucene如何管理内存和磁盘。前面提到索引的结果是缓存在内存中的，等到一定时候才会将其刷新到硬盘上去。缓存在这里的目的无非是缓解高速设备到低速设备的不匹配。下面这些问题都比较重要：调用增删改索引后此时索引时已经写入磁盘还是仍然驻留内存，即索引的刷新时间是什么？其次，缓存会占用多少内存？另外，刷新的效率如何？最后，lucene允许多个线程并发刷新索引，具体实现是怎么做的？

flush的一个总入口是DocumentWriter中的doFlush，随后严格按照索引链层层向下传递，直到FreqProxTermWriter的flush方法，FreqProxTermWriter中最后会调用如下语句，将所有对索引文件的操作交给codec去做。

state.segmentInfo.getCodec().postingsFormat().fieldsConsumer(state).write(fields);

那么到底哪些地方会调用flush呢？实际上，下面这5个地方都会最终调用到flush，可以发现，这5个地方已经涵盖了对索引的大部分操作，可见flush的重要。

从源码上看，addIndexes, forceMerge, close和commit4个操作都是进行full flush，入口为DocumentWriter.flushAllThreads，他们会对所有active的DocumentsWriterPerThread进行flush；而updateDocument则只会flush一个DocumentsWriterPerThread。

在lucene中，flush是由DocumentsWriterFlushControl来统一控制的，好处就是统一入口ÿ