MySQL崩溃重启后是否需要调用db.Close()？Golang连接疑问

我有一个以MySQL作为后端数据库的Golang应用，通过sql.Open创建*sql.DB实例，随后调用PingContext确保能与数据库通信。以下是建立连接的代码：

func (se *Executor) connect(ctx context.Context) error {
    if se.DB != nil {
        // 如果DB实例已存在，ping验证连接是否存活
        return se.DB.PingContext(ctx)
    }

    // 创建DB实例
    dsn := fmt.Sprintf(mysqlDNSFormat, se.User, se.Pass, mysqlSocketPath)
    var err error
    se.DB, err = sql.Open("mysql", dsn)
    if err != nil {
        fmt.Printf("Failed to connect to mysql %v", err)
        return err
    }

    // 返回前先ping验证连接可用性
    if err = se.DB.PingContext(ctx); err != nil {
        fmt.Printf("Failed during ping to mysql %v", err)
        return err
    }
    return nil
}

首次调用该函数会初始化se.DB，后续调用仅在执行查询前通过PingContext检查数据库是否正常运行。当MySQL重启导致Ping失败时，是否需要调用db.Close()？

相关文档说明：

PingContext文档描述：PingContext verifies a connection to the database is still alive, establishing a connection if necessary.
（翻译：PingContext 验证数据库连接是否仍处于活跃状态，必要时会建立新连接。）

sql.Open文档指出：The returned DB is safe for concurrent use by multiple goroutines and maintains its own pool of idle connections. Thus, the Open function should be called just once. It is rarely necessary to close a DB.
（翻译：返回的DB实例支持多goroutine并发安全使用，并且会维护自身的空闲连接池。因此Open函数只需调用一次，几乎不需要关闭DB。）

结论：不需要调用db.Close() #

• *sql.DB是连接池的管理对象，而非单个连接。当MySQL重启导致原有连接失效时，连接池会自动标记这些无效连接，后续操作（包括PingContext）会自动尝试建立新连接，无需手动关闭整个DB实例。
• 根据PingContext的文档描述，它在必要时会自动建立新连接，所以当MySQL恢复后，再次调用PingContext会成功，不需要先关闭再重新打开DB。
• sql.Open只需调用一次，手动关闭DB会销毁整个连接池，反而需要重新初始化，违背了连接池的设计初衷。

内容的提问来源于stack exchange，提问作者pnndesh