Ubuntu18.04 MySQL5.7.42 内存升高导致OOM MySQL重启解决办法
一、前言
linux top 指令 可以找到MySQL进程ID
确定mysql具体的占用内存大小,通过命令:cat /proc/Mysql进程ID/status查看
重点看VmRSS这个参数
首先检查各种参数的合理性,最核心的应该是 :
-- innodb_buffer_pool_size 设置在 40-80%之间,根据系统环境和软件环境来动态调试到合理
SHOW VARIABLES LIKE 'innodb_buffer_pool_size'; -- InnoDB 主缓存
其余参数检查:
SHOW VARIABLES LIKE 'key_buffer_size'; -- MyISAM 索引缓存 (如果使用 MyISAM)
SHOW VARIABLES LIKE 'query_cache_size'; -- 查询缓存 (MySQL 8.0 已移除)
SHOW VARIABLES LIKE 'tmp_table_size'; -- 内存临时表最大大小
SHOW VARIABLES LIKE 'max_heap_table_size'; -- MEMORY 引擎表最大大小
SHOW VARIABLES LIKE 'sort_buffer_size'; -- 排序操作缓存 (会话级)
SHOW VARIABLES LIKE 'join_buffer_size'; -- 联接操作缓存 (会话级)
SHOW VARIABLES LIKE 'read_buffer_size'; -- 顺序读取缓存 (会话级)
SHOW VARIABLES LIKE 'read_rnd_buffer_size'; -- 随机读取缓存 (会话级)
SHOW VARIABLES LIKE 'binlog_cache_size'; -- 二进制日志缓存 (会话级)-- 下面2个参数,理论上 Created_tmp_disk_tables:Created_tmp_tables 这个比值越小越好
-- MySQL 在执行查询时,因为内存中的临时表太大,不得不在磁盘上创建的临时表的总数。
SHOW GLOBAL STATUS LIKE 'Created_tmp_disk_tables';
-- MySQL 在执行查询时,在内存中创建的临时表的总数。
SHOW GLOBAL STATUS LIKE 'Created_tmp_tables';
参数各种调试,合理之后,内存升高导致OOM并没有解决,于是 变更了MySQL的内存管理模块
默认情况:MySQL的内存分配使用了系统glibc,而glibc本身的内存分配算法存在缺陷,导致内存释放不完全,产生内存碎片。
于是:把MySQL的内存分配器 换成 jemalloc
二、 jemalloc 配置
2.1 安装 jemalloc 运行库(libjemalloc1)和开发库(libjemalloc-dev)
# 更新本地 apt 包管理器的索引信息,让系统获取最新的软件包列表,确保后续安装的软件包是最新的可用版本
sudo apt update
# jemalloc 的动态链接库,供程序运行时使用,安装 jemalloc 相关库,为后续在系统或 MySQL 中使用 jemalloc 做准备
sudo apt install libjemalloc1 libjemalloc-dev
2.2 修改 MySQL 服务配置
# 新建或编辑 MySQL 服务的 systemd 配置文件 jemalloc.conf;为 MySQL 服务配置 jemalloc 或其他环境变量,无需直接修改主服务文件,便于管理和维护
sudo nano /etc/systemd/system/mysql.service.d/jemalloc.conf# 在jemalloc.conf文件中添加以下内容,指定使用 jemalloc 作为内存分配器:
[Service]
Environment="LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libjemalloc.so.1"
2.3 重启 MySQL 服务
# 让 systemd 重新加载所有服务的配置文件
sudo systemctl daemon-reload
# 重启 MySQL 服务
sudo systemctl restart mysql
2.4 验证配置是否生效 ,通过以下命令检查 MySQL 是否正在使用 jemalloc
sudo lsof -n | grep mysql | grep jemalloc
如下,说明jemalloc 配置成功。