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问题 得到解决。

相关推荐
WJX_KOI11 分钟前
保姆级教程:Apache Seatunnel CDC(standalone 模式)部署 MySQL CDC、PostgreSQL CDC 及使用方法
java·大数据·mysql·postgresql·big data·etl
Dxy123931021614 分钟前
MySQL的DATETIME字段如何避免隐式转换:索引优化与范围查询实践
数据库·mysql
大鹏说大话15 分钟前
SQL Server 触发器实战全解:用对是利器,用错是灾难
数据库·sql·mysql
liux352826 分钟前
MySQL -> Canal -> Kafka-> ES 完整数据同步流程详解
mysql·elasticsearch·kafka
金书世界32 分钟前
使用PHP+html+MySQL实现用户的注册和登录(源码)
开发语言·mysql·php
Dxy123931021635 分钟前
MySQL如何避免隐式转换
开发语言·mysql
xdpcxq10291 小时前
MySQL 5.6 2000 万行高频读写表新增字段
数据库·mysql
qinyia1 小时前
在Ubuntu 22.04.5 LTS上安装MySQL 8并设置root密码的完整协作流程
mysql·ubuntu·adb
晔子yy2 小时前
MySQL存储引擎全面解析
数据库·mysql
予枫的编程笔记2 小时前
【MySQL飞升篇】MySQL主从复制灵魂三问:Binlog怎么选?线程如何工作?延迟怎么解?
mysql·性能优化·binlog·主从复制·数据库运维·并行复制·延迟解决