mysql占用内存不释放，并且一直缓慢增长

遇到过跟你类似的情况，貌似是mysql是用了glibc管理内存有某些缺陷，在某些操作时，占用内存会不释放，比如增减分区啥的，你的环境有大量增减分区的操作吗？

四马路刚子 发表于 2022-12-19 15:40
遇到过跟你类似的情况，貌似是mysql是用了glibc管理内存有某些缺陷，在某些操作时，占用内存会不释放，比如 ...

你说的是分区表吗？没有分区表的。

李努力 发表于 2022-12-19 16:03
你说的是分区表吗？没有分区表的。

可以监控一下内存是在哪些时段增长的，然后看一下这个时间段具体都进行了哪些操作，貌似大事物也会导致内存增长

四马路刚子 发表于 2022-12-19 16:26
可以监控一下内存是在哪些时段增长的，然后看一下这个时间段具体都进行了哪些操作，貌似大事物也会导致内 ...

是缓慢增长的，并不是一下突然升高的。

单个线程级别内存最大占用272M，理论上线程级别的内存是关闭就会释放的，但实际上只是在mysql内部释放并没有释放给操作系统，然后重复利用。可以通过pmap查看一下mysql线程是否有很多的匿名块。

可以先确认一下内存分配器是什么，lsof -p <PID> | grep malloc ，如果没有结果，说明是使用的glibc，有结果则是对应输出的内存管理器。官方默认的glibc存在内存泄漏问题，在bugs.mysql.com中能搜到。解决方法是替换成jemolloc的内存管理器。
另外，如果使用的是glibc，在x86环境下，可以使用命令gdb --batch --pid <PID> --ex 'call malloc_trim(0)'来释放内存，执行命令后的确有内存释放，则可以进一步说明存在内存泄漏，生产环境命令慎用。

xryz 发表于 2022-12-21 16:46
单个线程级别内存最大占用272M，理论上线程级别的内存是关闭就会释放的，但实际上只是在mysql内部释放并没 ...

您好，这个线程级别的，是不是只有连接断开的话mysql内部才会释放，sql语句执行完了（也就是sleep状态下）并不会去释放？而且释放后不会归还操作系统？我理解的没问题吧

土豆娃娃呀 发表于 2022-12-21 18:05
可以先确认一下内存分配器是什么，lsof -p  | grep malloc ，如果没有结果，说明是使用的glibc，有结果则是 ...

您好，用的glibc的。。gdb这个测试了一下，感觉会把进程干掉啊

李努力 发表于 2022-12-21 19:06
您好，用的glibc的。。gdb这个测试了一下，感觉会把进程干掉啊

一般不会把进程干掉，我操作过很多次，只遇到过一次进程被gdb down的情况。
使用了glibc，可以尽快替换为jemolloc，https://dev.mysql.com/doc/refman ... qld_safe_malloc-lib

jemalloc下载地址https://pkgs.org/download/jemalloc