Go的sql.DB是内建连接池而非单连接，需全局复用；其自动管理连接复用、回收与限流，仅需通过SetMaxOpenConns等设边界，无需手动控制生命周期。
PHP 里没有真正的连接池，Go 里 sql.DB 默认就是连接池 —— 这不是配置项，是语言运行时内建行为。你不需要“实现”连接池，只需要正确使用它。
Go 的 sql.DB 不是数据库连接，而是连接池句柄
PHP 开发者常误以为 new PDO() 或 new mysqli() 是“拿到连接”，但在 Go 中，sql.Open() 返回的 *sql.DB 本身不建立任何物理连接，它只是池的管理者。真正建连发生在第一次 db.Query()、db.Exec() 等调用时。
-
sql.Open()只校验 DSN 格式，不连数据库；失败不会 panic，要靠后续操作触发错误 - 连接复用、空闲回收、最大连接数控制全由
sql.DB自动完成，无需手动get/put - 你不能也不该把
*sql.DB当作“一次性的连接对象”来defer db.Close()—— 它应全局复用，程序退出前才关
PHP 协程（Swoole）和 Go goroutine 的调度模型完全不同
PHP 的 go() 是基于单线程协程调度器（Swoole Fiber），所有协程共享一个 OS 线程；Go 的 go 启动的是用户态 goroutine，由 Go runtime 多线程 M:N 调度，可天然利用多核。
- PHP 协程中 MySQL 操作必须用
Swoole\Coroutine\MySQL，原生PDO会阻塞整个 Worker - Go 中任意
database/sql操作默认非阻塞（底层用系统调用 + epoll/kqueue），无需特殊客户端 - PHP 里要防连接泄漏，得靠
try/finally归还；Go 里只要不泄露*sql.DB，连接生命周期完全由 runtime 管理
SetMaxOpenConns 和 SetMaxIdleConns 是关键调节点
PHP 连接池常卡在“池子设多大”，Go 也一样，但参数含义更清晰，且影响直接可见：
立即学习“PHP免费学习笔记（深入）”；
-
db.SetMaxOpenConns(20)：最多同时打开 20 个 TCP 连接（对应 MySQL 的Threads_connected） -
db.SetMaxIdleConns(10)：空闲时最多保留 10 个连接不关闭（避免频繁建连，但不设过大会占 DB 资源） -
db.SetConnMaxLifetime(60 * time.Second)：强制刷新老连接，防止被 MySQL 的wait_timeout（默认 8 小时）意外中断 - 若不设
MaxOpenConns，默认为 0（无上限），高并发下可能打爆 MySQL 的max_connections
从 PHP 切到 Go 时最容易忽略的细节
不是语法转换问题，而是资源生命周期认知错位：
- PHP 里每个请求结束自动清理连接；Go 里
*sql.DB是长生命周期对象，必须在main()入口或依赖注入容器中初始化一次，全局传参或 DI 注入，不要在 handler 里反复sql.Open() - PHP 用
mysqli_options(MYSQLI_OPT_CONNECT_TIMEOUT, 3)控制建连超时；Go 要用&mysql.Config{Timeout: 3 * time.Second}构造 DSN，或通过context.WithTimeout控制单次查询 - PHP 的持久连接（
PDO::ATTR_PERSISTENT）有状态污染风险；Go 的连接池天然隔离，每个连接独立事务上下文，无需担心变量残留
真正难的不是写对那几行 SetXXX，而是放弃“我在管连接”的执念——Go 的连接池不让你管，它只让你告诉它边界在哪。
