关闭RocksDB实例后内存未回收，求CentOS环境下的技术建议

我们的项目使用rocksdbjni（RocksDB的Java绑定），遇到了内存回收异常：关闭RocksDB实例后，内存未被正确释放，且该现象仅出现在CentOS环境中，macOS下无此问题。

为复现问题，我们执行了多次打开并关闭RocksDB实例的测试，对比内存变化后确认：CentOS环境下内存持续占用未回收，macOS下内存能正常释放。

测试结果截图：

• macOS内存变化：
  
• CentOS内存变化：
  

排查与解决建议 #

1. 核对版本兼容性
   不同版本的rocksdbjni对Linux内核的内存管理适配存在差异，建议升级至最新稳定版（如7.x系列），旧版本可能存在内存池未正确释放的bug。同时确认CentOS内核版本不低于3.10，满足RocksDB最低运行要求。

2. 强制触发全链路内存释放
   RocksDBJNI的内存释放依赖JVM GC与JNI层手动清理，可尝试：

   • 关闭实例后，先调用RocksDB.destroyDB()彻底清理数据库资源，再显式调用System.gc()（仅作测试验证用，生产环境不建议依赖）。
   • 确保所有关联RocksDB对象（如Options、WriteBatch等）均显式关闭，避免引用泄漏导致内存无法回收。

3. 调整RocksDB内存配置
   针对CentOS内存回收机制特性，优化RocksDB参数：

   • 降低block_cache大小，通过setBlockCacheSize()设置合理值，避免过大缓存占用。
   • 启用enable_thread_tracking和enable_memory_tracking，通过db.getProperty("rocksdb.total-memory-usage")等统计接口定位内存占用热点。
   • 关闭allow_mmap_reads或allow_mmap_writes，改用直接IO，避免mmap内存页未被系统及时回收。

4. 调整CentOS系统内存策略
   CentOS默认内存回收机制可能影响RocksDB内存释放：

   • 禁用透明大页：执行echo never > /sys/kernel/mm/transparent_hugepage/enabled，RocksDB对大页的支持存在潜在内存泄漏风险。
   • 调整vm.swappiness值至10，减少swap交换频率，让系统更积极回收空闲内存。

5. 排查JNI层内存泄漏
   使用Linux工具定位底层泄漏点：

   • 用valgrind --leak-check=full运行测试程序，追踪JNI层未释放的内存块。
   • 用pmap -x <进程ID>查看内存映射，确认是否存在未释放的匿名内存或mmap区域。

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