golang-pprof-排查内存泄漏(一)

栏目: IT技术 · 发布时间: 5年前

内容简介:首先通过监控工具查看到某个项目的机器内存在部署之后总是不断上涨,但是用户量并不多,很明显是内存泄漏的问题。项目中引入了以下代码,自然可以通过 pprof 工具进行分析。解决问题尝试了很多种方案,最后方案如下:

golang 内存泄漏的排查记录一

一、发现问题

首先通过监控 工具 查看到某个项目的机器内存在部署之后总是不断上涨,但是用户量并不多,很明显是内存泄漏的问题。

golang-pprof-排查内存泄漏(一)

监控

二、如何解决

项目中引入了以下代码,自然可以通过 pprof 工具进行分析。

package main

import (
    "net/http"
    _"net/http/pprof"
)

func init() {
    go func() {
        http.ListenAndServe(":8000",nil)
    }()
}

三、解决步骤

解决问题尝试了很多种方案,最后方案如下:

1、通过 pprof 工具获取内存相差较大的两个时间点 heap 数据。

curl localhost:8000/debug/pprof/heap > heap.base

等待一段时间,通过 htop 可以查看到内存又涨了很多,然后再采集内存情况

curl localhost:8000/debug/pprof/heap > heap.current

2、通过 go tool pprof 工具比较两个内存的情况,找到是什么对象多创建了

go tool pprof -http=:8080 -base heap.base heap.current

选择当前分配的对象(insue_objects):

golang-pprof-排查内存泄漏(一)

option

得到如图所示:

golang-pprof-排查内存泄漏(一)

pprof-heap-base

图中可以看出 withdraw_record.GetByUserId.FindAndCount() 在这段时间创建了 624110 个对象,于是怀疑是这里出了问题,于是去查看代码:

count, err = statement.Where("user_id = ? ", userId).FindAndCount(&records)

发现 statement 这个数据库 session 没有关闭,怀疑是因为没有关闭造成的问题

3、测试服问题复现

既然怀疑是这里的问题,然后就写了个 for 循环,不断地请求嫌疑接口,通过htop 发现,内存果然 蹭蹭蹭 网上涨,问题复现成功

4、将嫌疑代码修复了

修复就很简单了,加了一个 defer statement.Close()

5、部署修复后的代码到测试服务器验证

代码修复后,部署到测试服上,再用 for 循环去测,发现内存不再上涨,到此应该算是问题解决

6、查找项目中有没有类似代码并加以改正

四、注意点

1、不要在同一台机器一边跑项目,一边压测,否则两个程序都跑不满。

欢迎关注我们的微信公众号,每天学习 Go 知识

golang-pprof-排查内存泄漏(一)

以上所述就是小编给大家介绍的《golang-pprof-排查内存泄漏(一)》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

运营笔记

运营笔记

类延昊 / 天津人民版社 / 2016-12-1 / CNY 39.80

运营是入门浅但学问深的行当。一个入门很久的人不见得能在11年内爬到塔尖,同样一个初入龙门的人占据高位也不见得非用11年。 到底该怎么做运营?如何做运营才不至于让自己忙死累死甚至茫然不知所措?如何和用户进行有效沟通?如何把握住处于塔尖20%的核心用户?如何强敌逼阵时快速找到突破口?如何挤破头皮提高转化率? 在这本书里,类类以自己常年战斗在一线摸爬滚打的经验给予了有效而真诚的解答。一起来看看 《运营笔记》 这本书的介绍吧!

JS 压缩/解压工具
JS 压缩/解压工具

在线压缩/解压 JS 代码

SHA 加密
SHA 加密

SHA 加密工具

RGB CMYK 转换工具
RGB CMYK 转换工具

RGB CMYK 互转工具