MySQL案例-内存利用率无限增长

2024-07-24 12:34:38

字体：大中小

来源：转载

供稿：网友

　　虽然进行了重启, 但是内存占用率依然会不停的增长, 大约在半个月左右的时间内又把内存消耗完毕;

　　PS: 时间久远, 截图仅做分析/示例所用, 不一定是当时候出问题时的数据

　　尝试方向1:
　　首先考虑的是buffer相关的参数是否设置有误, 毕竟当初crash的时候曾经出现过类似的问题(http://blog.itpub.net/29510932/viewspace-2123096/)
　　结果: 参数设置都没什么明显的问题;

　　尝试方向2:
　　既然设置没什么问题, 那就看一下内存的占用情况吧~
　　使用pmap -d 看一下进程的内存情况; 部分信息截图如下

　　anon代表进程主动申请的内存, 当时对有问题的机器进行统计时, 发现主动申请的内存占了进程内存的95%(当然的..因为buffer都在这里面)
　　考虑到innodb_buffer_pool的大小只有总内存的50%, 多出来的这些"已申请"的内存实在是有点太多了, 是不是有什么线程申请了大量的内存没有释放?

　　尝试方向2--检查线程的内存使用:
　　MySQL5.7中对ps(performance_schema)进行了拓展, 能统计更多的数据了, 这其中就包括了有关mem的信息;
　　由于默认是关闭的, 所以现在要临时打开这些统计数据;

　　当时有问题的实例中, 查询结果结合ps.thread表数据,显示thread/sql/slave_sql和thread/sql/one_connection(monitor用户)的内存占用非常高~

　　处理结果:
　　把这个没有close的经典问题挂到了内部的文档里面作为反例.......
　　然后由于一些原因, SQL线程无法释放已占用内存的问题无法解决, 好在增长的速度并不快, 还在可接受的范围之内, 暂时做好定期维护(重启)的准备;
　　PS: 到目前为止, 出问题的个别实例都没有再增长到非常高的地步, 目测需要两个多月才可能会维护(重启)一次。

（编辑：武林网）

上一篇：MySQL主从复制原理及必备知识归纳

下一篇：MySQL主机127.0.0.1与localhost差异