LMDB 1.0正式发布，支持增量备份与页面加密

LMDB 1.0：一个极简、内存映射的高性能事务型嵌入式数据库

背景

LMDB（Lightning Memory-Mapped Database Manager）是一款由Howard Chu（Symas Corp. CTO，OpenLDAP项目首席架构师）开发和贡献的嵌入式事务型数据库管理库。它最初源于OpenLDAP项目，于2011年发布，1.0版本于2026年正式推出。原代码源自Martin Hedenfalk的btree.c实现，作者将该代码以BSD风格许可开源给OpenLDAP项目。LMDB历经15年发展，已被广泛应用于高并发环境，成为世界公认的最小、最快、最可靠的嵌入式事务数据存储之一。官方文档地址为http://www.lmdb.tech/doc/，项目仓库托管在GitHub LMDB组织下。

核心内容

LMDB的设计核心理念是将整个数据库暴露为一个内存映射（memory map），应用程序直接从映射内存中读取数据，避免了任何malloc和memcpy操作。这使得库极其简单，无需自己实现页面缓存层，因此实现高度简洁、高性能且内存效率极高。

库完全事务支持，具备完整的ACID语义。当数据库以只读内存映射打开时，应用程序代码中的 stray pointer writes（意外指针写入）不会导致数据库损坏，保证了最高的数据完整性。

库线程感知强，支持多进程和多线程并发读写。数据页采用写时复制（copy-on-write）策略，所有活动数据页永不被覆盖，从而提升抗腐败能力，并完全消除系统崩溃后的特殊恢复流程。写操作完全序列化，每时刻仅允许一个活动写事务，保证写事务之间绝不会死锁。数据库采用多版本机制，读者无需加锁；写事务不会阻塞读者，读者也不会阻塞写事务。

与大多数数据库（使用预写式事务日志或追加写机制）不同，LMDB在运行期间无需任何维护。预写式日志和追加式数据库均需定期checkpointing和/或compaction，否则文件会无限增长。而LMDB会在数据库内部跟踪空闲页面并重新用于新写入操作，因此正常使用下数据库大小不会无限制膨胀。

内存映射可设置为只读或读写模式。只读模式默认提供绝对抗腐败保障；启用读写模式则能大幅提升写性能，但引入应用程序指针写入可能静默损坏数据库的风险。若应用代码已知完全无Bug，则此风险可忽略。

首次接触事务型嵌入式键值存储的用户，可参考官方“Getting Started”页面。锁文件和BSD系统上的信号量处理是重要注意点：锁文件损坏可能导致同步问题，过期读者事务或写者将导致数据库快速增长，过期锁会阻塞后续操作。解决方法包括定期调用mdb_reader_check或mdb_stat工具检查过期读者（Windows、多数BSD及Linux均可自动清除；仅POSIX互斥锁与Robust选项需手动干预），或让所有使用数据库的程序关闭数据库以重置锁文件。

限制与注意事项包括：

• 仅数据库所有者（BSD或使用POSIX信号量配置时）应在多用户环境下访问数据库，否则启动可能失败。
• 通常无纯只读模式（读者需写权限访问锁和锁文件），但只读文件系统或使用MDB_NOLOCK标志时例外。
• 配置将预留大量未使用地址空间和文件大小空间用于未来增长（不占用实际内存或磁盘）。
• 0.9.10前默认版本数据文件未使用部分可能填充其他代码释放的垃圾内存（使用MDB_WRITEMAP标志可避免；0.9.10后默认已初始化，未使用部分可能有轻微性能损耗，可通过MDB_NOMEMINIT禁用，敏感数据场景慎用）。
• 线程每次仅可使用一个事务（含子事务）；MDB_NOTLS标志可改变只读事务的限制。
• 必须在原打开进程中使用MDB_env*，fork后不得使用；同一进程不得同时打开两次数据库（fcntl建议锁会被close破坏）。
• 避免长生命周期事务（读事务会阻塞空闲页重用，写事务会序列化其他写事务）。
• 避免挂起含活跃事务的进程；避免远程文件系统使用数据库；避免同时打开/关闭数据库；避免在多主机间共享。

版权归Howard Chu、Symas Corp.所有，2026年有效，重分发遵循OpenLDAP Public License。代码源自Martin Hedenfalk的btree.c，采用MIT风格许可。

关键要点

• 内存映射核心：整个数据库映射到内存，读操作零拷贝，无malloc/memcpy，性能极高。
• 事务与并发：完整ACID，多版本并发读写，无锁死锁，写事务序列化。
• 写时复制与抗损坏：数据页永不覆盖，崩溃后零恢复，读写模式下 stray pointer 风险可控。
• 运行时零维护：无日志/追加写，无需checkpoint/compaction，文件大小稳定。
• 线程安全：多进程/线程并发，锁机制自动处理多数系统。
• 使用限制：仅数据库所有者访问BSD/信号量环境，内存空间预留，敏感数据慎用MDB_NOMEMINIT。
• 已知问题处理：定期检查过期读者/锁，重启进程可重置锁文件；禁止远程文件系统和长事务。
• 许可与维护：15年稳定，2026年1.0版本无重大变更，代码可追溯至2009-2010年。

意义与影响

LMDB的“内存映射 + 写时复制 + 多版本”组合彻底颠覆了传统嵌入式数据库的架构，实现了单层存储（single-level store），让操作系统负责所有页面管理。开发者无需维护缓存、日志或压缩逻辑，数据库即“活的内存”，读写性能接近内存访问速度，内存占用极低，这在嵌入式系统、高频交易、区块链、AI训练数据存储等场景中具有革命性意义。

其ACID保证、并发安全性及抗腐败设计，使其成为OpenLDAP、Monero等项目的核心依赖，也被广泛用于需要强一致性嵌入式存储的工业和科研领域。15年无重大变更、许可稳定，证明其可靠性和寿命。相比Berkeley DB的复杂API，LMDB的简化版让更多开发者能轻松集成，极大降低了数据库选型门槛。尽管存在少量限制（主要针对多用户BSD环境和内存空间规划），其“简单即强大”的哲学在实际应用中被充分验证，至今仍是嵌入式事务KV存储的标杆之一。