求缓存过大的解决办法
以天为单位建立索引，每个索引都相互独立，检索时可以指定时间段去检索，如果时间段很长比如检索一年的索引需要大概十秒钟，为了不让用户等待，我们先查用户检索的那段时间的最近一个月的数据，然后返回给用户先看着，服务器继续检索其余的索引，等到用户翻页时我们可以把剩下的结果返回，但是出现了一个问题，检索到的结果数量过大，有时上百万条，仅仅存放命中的DocId，时间长一点，或访问量稍多一点，内存就放不下了。
[解决办法]
反正用户只能看到当前页的东西，等他翻页的时候把上一次的缓存清除掉啊，每次只保存当前用户能看靠的东西就可以了。
[解决办法]
这里就涉及到你的设计思想了。数据量过大性能差，甚至象你所说的，最终导致系统崩溃，这种情况之下，当然是需要牺牲一下客户体验了。看看银行系统吧。现在主流网上银行在客户查询交易明细的时候，都有类似的限制，比方说查询时间段比寻在三个月以内并且只能查过去一年以内的信息。这些举措不都是在降低客户体验吗？如果银行不做这些限制。大家把时间段都拉大到10年以上，银行系统早崩溃了。
在系统崩溃和客户体验之间总有个平衡点的。
[解决办法]
分页查询
