MariaDB留存未使用内存引发OOM Kill的解决方案咨询

环境信息 #

• MariaDB版本：10.6.18
• 服务器总内存：4GB

当前配置 #

[mysqld]
innodb_buffer_pool_size = 256M
max_connections = 100
table_open_cache = 800
thread_cache_size = 24
query_cache_size = 0

问题描述 #

启动时MariaDB内存占用不足1GB，符合预期。但随着时间推移，内存占用逐渐超过2GB，最终因内存不足（OOM）被系统终止，触发如下systemd错误：

systemd[1]: mariadb.service: Failed with result 'oom-kill'.

仅靠定期重启服务器只能临时缓解，需可持续解决方案。

针对问题的具体解答 #

1. 强制释放未使用内存的方法

MariaDB的内存管理多与InnoDB、操作系统协同，直接强制释放的操作有限，但可针对核心组件调整：

• InnoDB缓冲池内存回收：动态调整缓冲池大小触发内存释放（低峰期执行，避免缓存失效影响性能）：

  SET GLOBAL innodb_buffer_pool_size = 128M;
  SET GLOBAL innodb_buffer_pool_size = 256M;
  

• 系统级页缓存清理：使用root权限执行echo 3 > /proc/sys/vm/drop_caches释放系统页缓存，但此操作会影响所有进程，需谨慎使用。

2. 配置调整与内存泄漏排查

先区分是正常内存增长还是真泄漏：

• 关键指标监控：通过SQL命令定位异常：

  -- 查看活跃连接数
  SHOW GLOBAL STATUS LIKE 'Threads_connected';
  -- 查看打开表数量
  SHOW GLOBAL STATUS LIKE 'Open_tables';
  -- 查看InnoDB脏页情况
  SHOW ENGINE INNODB STATUS;
  

• 核心配置优化：
  • 限制连接级内存：每个连接会占用sort_buffer_size、join_buffer_size等内存，100个连接累积量可观，建议调低全局值：

    sort_buffer_size = 2M
    join_buffer_size = 2M
    read_buffer_size = 1M
    read_rnd_buffer_size = 1M
    

  • 关闭无用插件：执行SHOW PLUGINS检查未使用的插件，禁用后减少内存占用。
  • 启用泄漏检测：调试阶段可添加malloc-lib=/usr/lib64/libtcmalloc.so到my.cnf（需先安装tcmalloc），辅助定位内存泄漏点。
  • 升级版本：MariaDB 10.6.18存在已知内存泄漏bug，升级到同分支最新版（如10.6.20+）可修复部分问题。

3. 内存管理最佳实践

• 精准计算内存预算：4GB内存服务器，MariaDB总占用需控制在2.5GB以内（预留系统及其他进程内存），参考公式：

  总内存 ≈ innodb_buffer_pool_size + (max_connections * (sort_buffer_size + join_buffer_size + read_buffer_size + read_rnd_buffer_size)) + table_open_cache * 4K + thread_cache_size * 256K
  

• 自动清理闲置连接：设置超时参数关闭长期闲置连接：

  wait_timeout = 600
  interactive_timeout = 600
  

• 动态调整缓存大小：若Open_tables长期低于table_open_cache，可将table_open_cache调低至500左右，减少不必要的内存占用。
• 优化InnoDB缓冲池：4GB内存服务器可将innodb_buffer_pool_size调整为1GB（占总内存25%-50%为合理范围），提升缓存命中率，间接降低内存波动。
• 持续监控趋势：通过mysqldumpslow或监控工具跟踪内存占用、连接数、缓存命中率等指标，提前发现异常。

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