用 database/sql + github.com/go-sql-driver/mysql 驱动连接 MySQL，需下划线导入触发 init() 注册驱动；sql.Open 仅初始化连接池，db.Ping() 才真实建连；parseTime=true 解析 time.Time；NULL 值须用 sql.NullString 等类型接收；事务中 defer tx.Rollback() 必须配合提交状态判断，否则误回滚。
用 database/sql + mysql 驱动就能连，但别直接写 github.com/go-sql-driver/mysql
Go 官方推荐用 database/sql 接口抽象，驱动只是实现。真正要导入的是第三方 MySQL 驱动，最常用的是 github.com/go-sql-driver/mysql，但它本身不提供高级 ORM 功能，只负责底层通信。
常见错误是以为 import 了驱动就自动注册——其实必须显式调用或触发 init()。正确写法是：
import (
"database/sql"
_ "github.com/go-sql-driver/mysql" // 注意下划线，只为执行 init()
)
没这行，sql.Open("mysql", ...) 会报错：sql: unknown driver "mysql"。
sql.Open 不是真的连数据库，只是初始化连接池
sql.Open 返回 *sql.DB 对象，它不校验数据库是否可达，也不建立实际 TCP 连接。真正第一次执行查询（比如 db.Ping() 或 db.QueryRow()）时才会尝试连。
立即学习“go语言免费学习笔记（深入）”；
所以生产环境务必在初始化后加健康检查：
db, err := sql.Open("mysql", "user:pass@tcp(127.0.0.1:3306)/test?parseTime=true")
if err != nil {
log.Fatal(err)
}
if err := db.Ping(); err != nil { // 这里才真正拨号
log.Fatal("failed to connect to MySQL:", err)
}
-
parseTime=true是关键参数，否则time.Time字段会解析成字符串 - 连接串里不要漏
tcp(...)，写成user:pass@/path/to/socket是 Unix socket 模式，本地调试可用，但多数容器部署走 TCP - 密码含特殊字符（如
@、/）必须 URL 编码，否则解析失败
查询结果怎么安全取值？别直接用 Scan 绑定裸指针
MySQL 返回的 NULL 值在 Go 里对应 sql.NullXXX 类型，比如 sql.NullString。如果字段可能为 NULL，又用 string 变量接收，运行时 panic：sql: Scan error on column index 0: unsupported Scan, storing driver.Value type <nil> into type *string</nil>。
正确做法分两种场景：
- 明确非空字段：用普通类型 + 地址符，如
var name string; row.Scan(&name) - 可能为空字段：必须用
sql.NullString等包装类型，再判断.Valid
示例：
var name sql.NullString
var age sql.NullInt64
err := row.Scan(&name, &age)
if err != nil {
return err
}
if name.Valid {
fmt.Println("name:", name.String)
}
if age.Valid {
fmt.Println("age:", age.Int64)
}
事务手动控制时，记得 Rollback 要用 defer 但不能无条件执行
很多人写事务这样：
tx, _ := db.Begin() defer tx.Rollback() // ❌ 错！成功提交后还 rollback
这会导致事务永远回滚。正确模式是：
tx, err := db.Begin()
if err != nil {
return err
}
defer func() {
if r := recover(); r != nil {
tx.Rollback()
}
}()
if _, err := tx.Exec("INSERT ..."); err != nil {
tx.Rollback()
return err
}
return tx.Commit()
更稳妥的做法是用命名返回值或显式 flag 标记是否已提交，避免 defer 误操作。另外，tx.QueryRow 等方法失败不会自动 rollback，必须自己处理。
连接池设置（SetMaxOpenConns、SetMaxIdleConns）容易被忽略，高并发下不调优会导致连接耗尽或复用率低，但那是进阶问题，先确保单次查询通再优化。
