Ubuntu18.04 MySQL5.7.42 内存升高导致OOM MySQL重启解决办法

一、前言

sql 复制代码
linux top 指令 可以找到MySQL进程ID
确定mysql具体的占用内存大小,通过命令:cat /proc/Mysql进程ID/status查看
重点看VmRSS这个参数

首先检查各种参数的合理性,最核心的应该是 :

sql 复制代码
-- innodb_buffer_pool_size 设置在 40-80%之间,根据系统环境和软件环境来动态调试到合理
SHOW VARIABLES LIKE 'innodb_buffer_pool_size';      -- InnoDB 主缓存

其余参数检查:

sql 复制代码
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)

bash 复制代码
# 更新本地 apt 包管理器的索引信息,让系统获取最新的软件包列表,确保后续安装的软件包是最新的可用版本
sudo apt update
# jemalloc 的动态链接库,供程序运行时使用,安装 jemalloc 相关库,为后续在系统或 MySQL 中使用 jemalloc 做准备
sudo apt install libjemalloc1 libjemalloc-dev

2.2 修改 MySQL 服务配置

bash 复制代码
# 新建或编辑 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 服务

bash 复制代码
# 让 systemd 重新加载所有服务的配置文件
sudo systemctl daemon-reload
# 重启 MySQL 服务
sudo systemctl restart mysql

2.4 验证配置是否生效 ,通过以下命令检查 MySQL 是否正在使用 jemalloc

bash 复制代码
sudo lsof -n | grep mysql | grep jemalloc

如下,说明jemalloc 配置成功。

2.5 恭喜你,jemalloc 内存分配器配置成功

2.6 使用jemalloc 后,MySQL内存升高导致OOM问题 得到解决。

相关推荐
萧曵 丶10 小时前
MySQL 主键不推荐使用 UUID 的深层原因
数据库·mysql·索引
kaico201813 小时前
MySQL的索引
数据库·mysql
资生算法程序员_畅想家_剑魔14 小时前
Mysql常见报错解决分享-01-Invalid escape character in string.
数据库·mysql
霖霖总总15 小时前
[小技巧14]MySQL 8.0 系统变量设置全解析:SET GLOBAL、SET PERSIST 与 SET PERSIST_ONLY 的区别与应用
数据库·mysql
alonewolf_9915 小时前
深入剖析MySQL索引底层:B+树、联合索引与跳跃扫描原理全解
数据库·b树·mysql
oMcLin15 小时前
如何在Debian 11上通过配置MySQL 8.0的分布式架构,提升跨区域数据同步的效率与延迟?
分布式·mysql·debian
计算机学姐16 小时前
基于SpringBoot的校园资源共享系统【个性化推荐算法+数据可视化统计】
java·vue.js·spring boot·后端·mysql·spring·信息可视化
霖霖总总16 小时前
[小技巧23]全面理解 MySQL 的 WAL 机制:原理、影响与可观测性
数据库·mysql
冰暮流星17 小时前
sql语句之select语句的基本使用
数据库·sql·mysql
计算机毕设指导618 小时前
基于微信小程序的钓鱼论坛系统【源码文末联系】
java·spring boot·mysql·微信小程序·小程序·tomcat·maven