具体报错是:

packet.go:123 closing bad idle connection:unexpected read from socket

connection.go: 173: driver: bad connection

1. 情况:

我是在linux中使用cron任务管理器中遇到的这个问题,每次定时任务会操作数据库,任务函数可以直接允许,但放在cron中每天运行一次的话就会报错

2. 原因:

Mysql server有一个主动断开机制,与客户端的默认交互时间是 8 个小时。然而在orm的连接客户端(client)中连接池的连接,默认与server的连接时长是maxLifetime,是无限的。

因此,连接开启8小时之后,server会主动断开,然而client中的连接池还保存着——当要对数据库进行操作时,client会在连接池中寻找一个空闲的连接,然而这个空闲的连接已经断开,导致了ErrBadConn。

解决原理:只需要把client连接池的连接周期设置成小于server的,这样在server主动断开后,client重连时不会利用已经断开的server连接,而是重新建立连接

3. 解决方案:

在orm包中:

go/pkg/mod/github.com/beego/beego/v2@v2.0.4/client/orm/db_alias.go中的函数中找到

db, err = sql.Open(driverName,dataSource)

db 可以调用函数SetConnMaxLifetime:

db.SetConnMaxLifetime(5*time.Minute)

 这里把client连接池的连接生命周期设置成5分钟(只要小于server默认的交互时间【这里是8h】就可以)

Logo

魔乐社区(Modelers.cn) 是一个中立、公益的人工智能社区,提供人工智能工具、模型、数据的托管、展示与应用协同服务,为人工智能开发及爱好者搭建开放的学习交流平台。社区通过理事会方式运作,由全产业链共同建设、共同运营、共同享有,推动国产AI生态繁荣发展。

更多推荐