我将一堆工具存储在一个表中，每个工具关联的事务存储在其子表中。我有一个算法，可以根据它在事务表条目中的性能来确定要购买的工具。我的算法输出可能会建议购买工具，并且可能不会基于其性能。
我的最终目标只是逐页（带有服务器端分页）显示算法推荐购买的工具列表。我的问题是，如果我获取前 10 个工具及其交易并将其作为算法的输入，我的算法可能会或可能不会推荐购买所有工具，在这种情况下，有资格显示的工具是不够的对于当前页面。我必须再次返回数据库并获取更多数据，直到我的结果足以显示当前页面（其中包括太多的数据库迭代）。
我目前正在获取所有内容并在服务器端（使用 Ehcache）缓存结果集合，并对我的集合应用服务器端分页。但是，如果太多并发用户访问此页面，这会导致服务器内存不足。
这种问题的最佳解决方案是什么..!!？
恐怕没有灵丹妙药的解决方案，但我想在这里分享我的想法
通常，如果您想要准确的分页结果，理想情况下您需要在同一个事务中运行所有迭代，否则由于可以对持久存储进行并行更新，数据将不会保持一致。但是，我不确定您的帖子是否可行。
因此，请考虑以下事项：
不要像现在那样将所有内容都存储在内存中，而是在内存中维护一些共享对象池，并且并行客户只会存储指向您的对象而不是整个对象的指针。
对结果进行某种序列化。除了琐碎的序列化之外，您可能对它与 ehcache 一起使用的“堆外内存”感兴趣：http: //ehcache.org/documentation/user-guide/bigmemory
考虑在整个迭代过程中只存储工具 ID，并且可能只存储算法做出决策所需的最少数据。然后，当您准备好显示结果时，发出额外的请求，并通过提供一系列 id 作为输入，从持久层带来显示结果所需的内容。您可能仍然不需要所有数据，这将节省您的内存
增加堆。琐碎的 ：-）
希望这可以帮助