gorm FirstOrCreate和受影响的行数实例

一、问题引入

现象:在实际工作项目中，golang项目经常内存报警，现象为在流量增大，或传入很大文件的情况下算法worker内存降低到一定限度之后（100Mb左右），过一段时间才能内存才能自动恢复。

supervisor

二、几个基本概念

1.RSS，VSS解释

RAMos kernel

RSS(Resident Set Size)VSZ(Virtual Memory Size)

举例说明RSS，VSS：

如果一个进程，程序的大小有 500K，链接的共享库大小有 2500K，堆栈内存共有 200K，其中 100K 进入了交换分区。进程实际加载了共享库中的 1000K 的内容，以及自己程序的中的 400K 的内容。请问 RSS 和 VSZ 应是多少？RSS: 400K + 1000K + 100K = 1500K VSZ: 500K + 2500K + 200K = 3200K

三、Go内存管理机制

1.Go runtime内存延迟归还

unreachable

Go中空闲的内存，并不意味着立即归还给操作系统。空闲的内存可以被重新利用。因此Go语言中，即使某些对象被释放了，操作系统的内存使用并没有下降。这是因为Go的内存管理器，将其标为free，并可以重新利用。

Go runtime

HttpBodyBytes.Buffer

编写如下：简单的http服务，并使用ab进行压测可以验证Go gc的延迟归还内存给操作系统：

func main() {  
    http.HandleFunc("/bar", func(w http.ResponseWriter, r *http.Request) {  
        fmt.Fprintf(w, "Hello, %q", html.EscapeString(r.URL.Path))  
    })  

    http.ListenAndServe(":8010", nil)  

    fmt.Println("hello")  
}  

初始：

$ ps -p 563 -v  
  PID TTY      STAT   TIME  MAJFL   TRS   DRS   RSS %MEM COMMAND  
  563 pts/19   SNl    0:27      0  2100 359203  3480  0.1 ./http  

压测后：

ab -n 1000000 -c 1000 http://10.104.7.46:8010/bar

$ ps -p 563 -v  
  PID TTY      STAT   TIME  MAJFL   TRS   DRS   RSS %MEM COMMAND  
  563 pts/19   SNl    0:27      0  2100 359203 12908  0.1 ./http  

 5min后：

$ ps -p 563 -v  
  PID TTY      STAT   TIME  MAJFL   TRS   DRS   RSS %MEM COMMAND  
  563 pts/19   SNl    0:27      0  2100 359203 4816  0.0 ./http  

可以看到RSS由3480到12908在到4816，结合free -m可以看到内存一样的变化，因此验证了golang的内存管理的延迟归还特性。

2.强制归还内存

debug.FreeOSMemory()

该函数强制尽可能多的将内存归还给操作系统。不推荐手动调用释放内存，

FreeOSMemory

runtime