sqlx.Open 连不上数据库是因为它不立即建连，错误需通过 db.Ping() 显式触发；DSN 格式须严格匹配驱动要求（如 PostgreSQL 的空格/等号、MySQL 的 &parseTime=true），否则静默失败。
sqlx.Open 为什么连不上数据库？
sqlx.Open 不会立即建立连接，它只返回一个 *sqlx.DB 实例，底层用的是 database/sql 的连接池。如果你没调用 db.Ping() 或执行任意查询，错误（比如密码错、端口不通）根本不会暴露。
- 必须显式调用
db.Ping()做初始化校验，否则上线后第一个请求才报错 - DSN 格式要严格匹配驱动要求，例如 PostgreSQL 需用
user=xxx password=xxx dbname=xxx host=xxx port=5432 sslmode=disable，少一个空格或等号都可能静默失败 - MySQL 驱动默认不启用
parseTime=true，时间字段会转成字符串；如果结构体字段是time.Time，务必在 DSN 后加上&parseTime=true
db, err := sqlx.Open("mysql", "root:pass@tcp(127.0.0.1:3306)/test?parseTime=true")
if err != nil {
log.Fatal(err)
}
if err = db.Ping(); err != nil {
log.Fatal("DB ping failed:", err)
}
QueryRowx 和 Get 的区别在哪？
QueryRowx 是原始接口，返回 *sqlx.Row，需手动调用 Scan；Get 是封装，直接把结果映射到结构体，但要求字段名完全匹配（或通过 dbms tag 控制）。
-
Get内部会自动调用QueryRowx().Scan()，但它对 NULL 值更敏感：如果数据库字段为 NULL，而结构体字段不是指针或sql.NullXXX类型，就会报sql: Scan error on column index X - 字段名匹配默认按数据库列名（非小写），不是 Go 字段名；想用
jsontag 替代，得提前调用db.MapperFunc自定义映射逻辑 -
QueryRowx更适合复杂场景，比如需要条件跳过某些字段、或混合扫描原生类型和结构体
var user struct {
ID int `db:"id"`
Name string `db:"name"`
Age *int `db:"age"` // 允许 NULL
}
err := db.Get(&user, "SELECT id, name, age FROM users WHERE id = ?", 1)
StructScan 为什么总是漏字段？
StructScan 依赖反射 + 列名匹配，常见漏字段原因不是代码写错，而是 SQL 别名没对齐或结构体字段不可导出。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 所有目标字段必须是可导出的（首字母大写），否则反射无法写入，且不报错，只是保持零值
- SELECT 子句中如果用了别名（如
SELECT u.name AS username），结构体字段 tag 必须写成db:"username"，而不是db:"name" - 如果查询含 JOIN，多个表有同名列（如两个
id），StructScan会按顺序覆盖，建议显式指定别名并配好 tag
type UserOrder struct {
UserID int `db:"user_id"`
UserName string `db:"user_name"`
OrderID int `db:"order_id"`
}
err := rows.StructScan(&uo) // rows 来自 JOIN 查询，SELECT u.id AS user_id, u.name AS user_name, o.id AS order_id ...
事务里嵌套 Queryx 会出什么问题？
sqlx.DB 的 Queryx 等方法走的是全局连接池，不在事务上下文中；真正在事务里操作，必须用 *sqlx.Tx 对象的方法（如 tx.Queryx）。
立即学习“go语言免费学习笔记（深入）”；
- 直接用
db.Queryx在tx里执行，看似能跑通，但实际走的是独立连接，不参与事务提交/回滚，极易造成数据不一致 -
tx对象不能复用，每次事务必须新Beginx()，且必须显式Commit()或Rollback()，defer 容易漏掉后者 - 若事务中调用其他函数，要把
*sqlx.Tx当参数传进去，不要试图从db里“取”事务对象
tx, err := db.Beginx()
if err != nil { return err }
defer func() {
if p := recover(); p != nil { tx.Rollback() }
}()
if _, err = tx.Exec("INSERT INTO users(name) VALUES(?)", "alice"); err != nil {
tx.Rollback()
return err
}
return tx.Commit()
真正麻烦的不是语法，是事务边界和连接生命周期的隐式耦合——一旦混用 db 和 tx 方法，问题往往延迟暴露，查起来特别费劲。
