Java—多维随机访问映射，实际存储在文件系统上，以最小化JVM堆的使用

有一个程序，用地图来存储一切

工作正常，直到输入增加，使堆达到30 GB时无法使用

因此，选择embedded SOLR作为在文件系统上管理文档的解决方案。不管我怎么调整，它都很慢

是否有一些文件系统唯一的解决方案可供我使用？

您可以试试。它们提供映射接口，可以跨机器分布，也可以通过堆外存储进行备份。无论如何，您不需要庞大的堆。

您可以尝试。它们提供映射接口，可以跨机器分布，也可以通过堆外存储进行备份。无论如何，您不需要庞大的堆。

您可以尝试将地图的所有内容存储为单个文件。它完全脱离堆，在一台机器上可以有10 TB

每个映射都是自己的文件，不需要运行其他任何东西。如果进程终止，则不会丢失任何内容。

您可以尝试将地图的所有内容存储为单个文件。它完全脱离堆，在一台机器上可以有10 TB

---

---

每个映射都是自己的文件，不需要运行其他任何东西。如果您的流程终止，则不会丢失任何内容。

也许您正在寻找类似的内容。现在还没有人建议这样做吗？也许这是一个很好的答案。mapdb似乎更快。不过没那么多。嵌入式solr很难被打败！！！也许你正在寻找类似的东西。还没有人建议过吗？也许这是一个很好的答案。mapdb似乎更快。不过没那么多。嵌入式solr很难被打败！！！我只是先看看它是否有效。你有例子吗？等等。。。如果我只是使用默认配置的地图。。。它是否足够智能，可以在需要时存储在文件系统中，从而不会自动杀死我的堆？还是有一些配置？我相信他们没有默认的文件存储实现。你可以阅读和阅读。或者在多个JVM之间分发您的地图我只是在阅读它以确保它首先工作。你有例子吗？等等。。。如果我只是使用默认配置的地图。。。它是否足够智能，可以在需要时存储在文件系统中，从而不会自动杀死我的堆？还是有一些配置？我相信他们没有默认的文件存储实现。你可以阅读和阅读。或者跨多个JVM分发您的地图没有比现在简单得多的问题了吗？我如何以最快的方式搜索地图？例如，给定

CronMap

我如何搜索Pojo的一个字段？@NicholasDiPiazza查找字段的最快方法是建立可能值的索引，还有一个包含所有具有此值的键的列表。没有比这更简单的了，现在它问你-我如何以最快的方式搜索地图？例如，给定

CronMap

我如何搜索Pojo的一个字段？@NicholasDiPiazza查找字段的最快方法是有一个可能值的索引，以及具有此值的所有键的列表。