OpenLDAP 2.6.3 MDB数据库日志自动清理的实现与配置方法

MDB（LMDB）和旧版本HDB依赖的Berkeley DB（BDB）日志架构完全不同：HDB需要单独清理BDB生成的事务日志文件，而MDB采用**写时复制（Copy-on-Write）**设计，没有独立的事务日志文件——事务操作的历史数据直接存储在数据文件的空闲区域，通过检查点机制自动标记旧版本数据为可回收，后续操作会直接复用这些空间，无需手动删除日志文件。

核心配置方式 #

• 配置检查点触发条件
  检查点是MDB回收旧事务数据的关键操作，它会将内存中的脏数据刷写到磁盘，并标记之前的事务版本为无效。你可以通过olcDbCheckpoint属性定义触发检查点的两个阈值：

  • 第一个值：事务日志累积的KB数
  • 第二个值：触发检查点的时间间隔（分钟）

  示例配置（通过ldapmodify执行）：

  dn: olcDatabase={1}mdb,cn=config
  changetype: modify
  add: olcDbCheckpoint
  olcDbCheckpoint: 2048 15
  

  以上配置表示：当事务数据达到2048KB，或者每15分钟，自动执行一次检查点操作，确保旧事务数据及时被回收。

• 环境标志优化（可选）
  通过olcDbEnvFlags属性可以调整MDB的运行模式，部分标志会间接影响日志回收效率：

  • MDB_MAPASYNC：启用异步刷写数据，不阻塞事务操作，同时不影响检查点的日志回收逻辑
  • 避免随意设置MDB_NOSYNC：该标志会关闭强制磁盘同步，可能导致异常崩溃后数据丢失，仅适合非核心场景

  默认情况下，MDB的环境标志配置已能满足自动日志回收的需求，无需额外修改。

异常场景处理 #

如果OpenLDAP服务异常终止，可能会残留未完成的事务数据，此时需要手动运行mdb_recover工具清理异常数据并恢复环境：

mdb_recover /path/to/your/mdb/data/directory

执行前请确保OpenLDAP服务已停止。

内容的提问来源于stack exchange，提问作者Teodor Mysko