MySQL连接池满，Go数据库操作重构一晚。

Go 的 database/sql 包设计得hen好，但文档里那些参数说明太官方了。实际调优时得结合自己的业务场景：读多写少？短查询还是长事务？并发量多大？这些决定了 MaxOpenConns 和 ConnMaxLifetime 怎么配。

golang的”database/sql”是操作数据库时常用的包,这个包定义了一些sql操作的接口,具体的实现还需要不同数据库的实现,mysql比较优秀的一个驱动是:github.com/go-sql-driver/mysql,在接口、驱动的设计上”....尽管database/sql包提供了连接池速率限制和超时,调整默认值以geng好地适应数据库配置通常hen重要。

第一次重构后我以为稳了。结果第二天又报警，这次是连接泄漏。排查发现，SetConnMaxLifetime 设成了 分钟，导致连接频繁重建，反而增加了数据库压力。

它通过连接池机制复用数据库连接,减少频繁创建和销毁连接的开销。

连接池Source重置文章分类数据库©著作权归作者所有:来自51CTO博客作者mob649e8164659f的原创作品,请联系作者获取转载授权,否则将追究法律责任.dockers mysql 连接池 重置.

我的接口平均响应时间 50ms， 分钟的超时足够。Ru果业务有长事务，Ke以适当延长。

上线第三天凌晨两点，报警炸了——MySQL 连接数飙到 +，数据库直接拒绝连接。

func GetUser  {
    db, err := sql.Open
    if err != nil {
        return nil, err
    }
    defer db.Close
    var user User
    err = db.QueryRow.Scan
    return &user, err}

每个请求dou Open 一个新连接，用完 Close。kan起来没问题对吧？但 sql.Open 并不会真正建立连接，它只是初始化一个连接池对象。真正建立连接是在第一次查询时。

在Python中,我们Ke以使用MySQLdb库来直接与MySQL数据库交互,但每次连接操作dou会消耗一定的系统资源,特别是在高并发的....PythonMySQL数据库**连**接池组件py**mysql**pool详解.

4.2

我第一次上线时 DSN 写错了直到第一个请求才报错，导致服务启动无异常但接口全挂。

一旦活跃连接数超过 MaxOpenConns 的 %，就触发告警。

var db *sql.DB
func InitDB error {
    var err error
    db, err = sql.Open
    if err != nil {
        return err
    }
    // 关键参数调优
    db.SetMaxOpenConns // Zui大打开连接数
    db.SetMaxIdleConns // Zui大空闲连接数
    db.SetConnMaxLifetime // 连接Zui大存活时间
    db.SetConnMaxIdleTime // 空闲连接超时
    return db.Ping
}func GetUser  {
    var user User
    err := db.QueryRow.Scan
    return &user ,err}