存储

Meilisearch 在许多方面都是一个数据库：它存储索引文档以及返回相关搜索结果所需的数据。

​

数据库位置

Meilisearch 在您首次启动实例时创建数据库。默认情况下，您可以在与 meilisearch 二进制文件相同的目录中找到一个名为 data.ms 的文件夹，数据库就位于其中。

数据库位置可能因多种因素而异，例如您是否使用 --db-path 实例选项配置了不同的数据库路径，或者您是否正在使用像 Docker 这样的操作系统虚拟化工具。

​

LMDB

从头开始创建和管理数据库是一项艰巨的工作。试图重复造轮子毫无意义，因此 Meilisearch 在底层使用了一个存储引擎。这使得 Meilisearch 团队能够专注于提高搜索相关性和搜索性能，同时抽象掉在磁盘和内存中创建、读取和更新文档的复杂任务。

我们的存储引擎名为 Lightning 内存映射数据库（简称 LMDB）。LMDB 是一个用 C 语言编写的事务性键值存储，为 OpenLDAP 开发，并具有 ACID 特性。虽然我们考虑过其他选项，例如 Sled 和 RocksDB，但我们选择 LMDB 是因为它为我们提供了性能、稳定性和功能的最佳组合。

​

内存映射

LMDB 将其数据存储在内存映射文件中。从 LMDB 获取的所有数据都直接从内存映射中返回，这意味着在数据获取过程中没有内存分配或内存复制。

当 Meilisearch 请求时，所有存储在磁盘上的文档都会自动加载到内存中。这确保 LMDB 将始终充分利用可用 RAM 来检索文档。

为了获得最佳性能，建议提供与数据库在磁盘上占用的空间大小相同的 RAM，以便所有数据结构都能适应内存。

​

理解 LMDB

选择 LMDB 带来了一定的优缺点，尤其是在数据库大小和内存使用方面。我们在此总结了 LMDB 最重要的方面，但有关更深入的信息，请查阅 LMDB 开发者发布的这篇博文。

​

数据库大小

从 Meilisearch 索引中删除文档时，您可能会注意到磁盘空间使用量保持不变。这是因为 LMDB 在内部将该空间标记为可用，但不会将其提供给操作系统使用。这种设计选择带来了更好的性能，因为不需要定期压缩操作。因此，LMDB（以及 Meilisearch）占用的磁盘空间会随着时间的推移而增加。无法精确计算 Meilisearch 实例可以占用的最大空间量。

​

内存使用

由于 LMDB 是内存映射的，因此是由操作系统管理分配给 Meilisearch 的实际内存（或不分配）。

因此，如果您在服务器上将 Meilisearch 作为独立程序运行，LMDB 将使用其所能使用的最大 RAM。一般来说，为了获得最佳性能，您应该拥有与 Meilisearch 在磁盘上占用的空间大小相同的 RAM。

另一方面，如果您将 Meilisearch 与其他程序一起运行，操作系统将根据每个程序的需求管理内存。这使得 Meilisearch 在开发中使用时内存使用非常灵活。

​

测量的磁盘使用量

以下测量数据是使用 movies.json（一个包含 19,553 个文档的 8.6 MB JSON 数据集）获取的。

索引后，LMDB 中的数据集大小约为 122MB。

原始 JSON	Meilisearch 数据库在磁盘上的大小	RAM 使用量	虚拟内存使用量
9.1 MB	224 MB	约 305 MB	205 GB（内存映射）

这意味着数据库正在使用 305 MB 的 RAM 和 224 MB 的磁盘空间。 请注意，虚拟内存 仅指您的计算机为 Meilisearch 分配的磁盘空间——这并不意味着数据库实际正在使用它。 有关更多详细信息，请参阅内存使用。

重要的是要注意，没有可靠的方法可以预测数据库的最终大小。这对于市场上几乎任何搜索引擎来说都是如此——我们只是唯一一个大声说出来的。

数据库大小受大量因素影响，包括设置、相关性规则、分面的使用、存在的不同语言数量等等。