// $GOROOT/src/database/sql/sql.go 
func SetMaxIdleConns(n int){} 
func SetMaxOpenConns(n int){}‌

多说一句, 所谓的排队等, 本质上就是先(在一个map里)登记一下, 然后守着一个chanel等. 等正在运行的请求结束了, 开始收尾了, 再去map里查看这个请求, 并往chanel塞上一个连接.

我多说一句, 网上有人喜欢提interactive_timeout的概念, 这个参数对于你后端链接毫无作用, 什么是interactive, 是你拿着键盘在mysql命令行下敲select, 这个叫interactive.引用

同样是服务端控制的, 跟上面不同的是Lifetime指的是一个连接的生命周期, 而这个则针对一次请求, 强调请求响应的快与慢. i/o timeout的问题常见于网络拥堵的环境下.

//调整mysql数据库设置
mysql > set global wait_timeout = 1
mysql > select @@global.wait_timeout

//服务器: $GOROOT/src/database/sql/sql.go
func(db* DB)query() {  
    dc,err := db.conn()   
    time.Sleep(10 * time.Second)  
    ...
}

SetConnMaxLifetime:如果是自己断开的链接 SetConnMaxLifetime是指你的go程序自己断开链接, 需要多久. 我们尝试一下这种情况下会发生什么. 首先我们知道,在默认表现下, 你只要db := sql.Open()就能获得一个连接, 缓存起来,然后下次查询的时候用起来. 就像下面一样:

现在我们改一改, 把SetConnMaxLifetime设置成1, 然后再睡10秒, 这样你通过Open缓存的连接就无效了, 这样会发生什么?

db.err := sql.Open()
db.SetConnMaxLifetime(1)
time.Sleep(10 * time.Second)
results,err := db.Query()

// $GOROOT/database/sql/sql.go
dc, err := db.conn(ctx, strategy)
time.Sleep(10 * time.Second)

// main.go 我的程序
db.SetMaxOpenConns(1)
go db.Query()
db.Query()
select{}

调整readTimeout的表现‌

虽然制造网络拥堵的条件不太容易(有位老哥在防火墙上做文章复现了这个场景/链接 ), 但是我们可以把这个超时限制设置的非常苛刻, 1毫秒, 你不返回我就算你超时.

// 超时时间非常苛刻, 设置成1ms
read := "&readTimeout=1ms"
source := "user:password@tcp/localhost?root" + read
db,err = gorm.Open("mysql", source)

结论: 我到底应该怎么办

让你的Go程序自己结束链接, 不要让服务器终端链接, 因为你自己中断链接至少是安全的. 令: SetConnMaxLifetime < wait_timeout‌