sql.open仅初始化连接池，不建立实际连接；必须立即调用db.ping()验证，否则首个query/exec才暴露错误，易致线上panic。
sql.Open 不代表连上了 MySQL，真正连接要靠 db.Ping()；没导入驱动、DSN 缺 parseTime=true、忘记 rows.Close() 是最常卡住人的三件事。
为什么 sql.Open 之后 db.Ping() 必须立刻跟上
因为 sql.Open 只是初始化连接池配置，不发任何网络请求。哪怕 DSN 写错（比如密码错误、端口不通），err 也可能是 nil，db 对象照常返回。第一个 Query 或 Exec 才会暴露问题，此时 panic 已在 HTTP handler 里发生，日志难定位。
实操建议：
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
-
db.Ping()应放在服务启动阶段，失败就log.Fatal或加指数退避重试（尤其容器场景下 MySQL 启动慢） - 超时控制：用
context.WithTimeout包一层再传给db.PingContext，避免阻塞 30 秒默认值 - DNS 解析慢时，
Ping也可能卡住——确认 MySQL 地址用 IP 而非域名，或提前dig测试
驱动导入和 DSN 里最容易漏的两个配置
报错 sql: unknown driver "mysql" 就是驱动没注册；查出 time.Time 字段却是空字符串，八成是 DSN 漏了 parseTime=true。
实操建议：
- 必须写
import _ "github.com/go-sql-driver/mysql"，下划线不能省，否则init()不触发，驱动不注册 - DSN 格式严格按
user:password@tcp(127.0.0.1:3306)/dbname?parseTime=true&loc=Local，注意&是 HTML 实体，Go 代码里直接写&（但模板渲染时才需转义） -
charset=utf8mb4要加，否则存 emoji 或生僻字会乱码；loc=Local避免时区转换错误
QueryRow 和 Query 后的三步检查不能跳
QueryRow().Scan() 连写看着干净，但一旦查不到数据，sql.ErrNoRows 就被吞掉；*sql.Rows 忘记 Close()，连接池会慢慢耗尽。
实操建议：
- 单行查询必须拆开：
row := db.QueryRow(...)→ 检查row.Err()→ 再row.Scan()，否则ErrNoRows无法区分“无结果”和“类型错” - 多行遍历必须
defer rows.Close()，且循环结束后立即调rows.Err()，防止最后一条记录读取失败被忽略 -
Scan()的变量顺序、数量、类型必须和 SQL 中SELECT字段完全一致，比如数据库是TIMESTAMP，Go 里就得用time.Time接收
Exec 返回的 Result 别只当摆设
插入后拿不到自增 ID、更新后不知道是否真改了数据，往往是因为只调了 db.Exec() 却没看返回的 sql.Result。
实操建议：
- 插入后要 ID：用
res.LastInsertId()（MySQL 支持，PostgreSQL 不支持，别硬套） - 更新/删除后要确认影响行数：用
res.RowsAffected()，返回int64，值为 0 表示 WHERE 条件没命中——这是幂等操作的关键判断依据 - 事务中多个
Exec，每个都要单独检查自己的Result，不能只看最后一个
rows.Close() 忘关、Scan() 类型错位——这些不是“写完能跑就行”的小问题，而是上线后突然 CPU 100% 或连接数爆满的根因。细节不在文档末尾，而在每一行 Scan 和每一次 Exec 之后。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
