Go的database/sql不自带驱动，sql.Open不会panic但会报“unknown driver”，必须显式import _ "github.com/go-sql-driver/mysql"等触发init注册驱动，且需db.Ping()验证连接。
go mod init 后不加数据库驱动，sql.Open 会直接 panic
Go 不像 Java 那样内置 JDBC 驱动，所有数据库连接都依赖显式导入驱动包。没 import 对应驱动，sql.Open("mysql", ...) 或 sql.Open("postgres", ...) 会报 sql: unknown driver "mysql" (forgotten import?) —— 这不是配置问题，是编译期缺失符号。
- 必须在代码里显式
import _ "github.com/go-sql-driver/mysql"（下划线导入，只触发 init） - 不能只写
go get github.com/go-sql-driver/mysql就完事；没 import，模块不会被链接进 binary - PostgreSQL、SQLite3 同理：
_ "github.com/lib/pq"、_ "github.com/mattn/go-sqlite3" - 驱动版本要和 Go 版本兼容：例如
go-sql-driver/mysqlv1.7+ 要求 Go ≥ 1.18；用go mod graph | grep mysql可查实际加载版本
环境变量 GOPROXY 不生效，go get 卡住或 404
国内拉取驱动常因网络失败，但很多人设了 GOPROXY 却仍失败，根本原因是：它只影响 go get 和 go mod download，不影响运行时行为；且必须在 go mod init 之后、首次 go get 之前生效。
- 执行
go env -w GOPROXY=https://goproxy.cn,direct（推荐），再验证go env GOPROXY - 如果用了 IDE（如 VSCode），需重启终端或整个 IDE——它可能缓存旧的 shell 环境
- 某些公司内网会拦截
goproxy.cn，可换https://goproxy.io,direct或自建 proxy - 遇到
invalid version: git ls-remote错误，大概率是 Git 代理没配，补上git config --global http.proxy http://127.0.0.1:7890
sql.Open 成功但 db.Ping() 失败：DNS、权限、协议全得对上
sql.Open 只是初始化连接池，不真正建连；真正校验要靠 db.Ping()。常见失败不是驱动问题，而是 DSN 字符串细节错位。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- MySQL DSN 格式：
user:pass@tcp(127.0.0.1:3306)/dbname?charset=utf8mb4&parseTime=true&loc=Local—— 注意&是 URL 编码后的&，不是直接写& - PostgreSQL DSN 推荐用 URL 形式：
postgres://user:pass@localhost:5432/dbname?sslmode=disable；若用 key=value 形式，空格和分号易出错 - Docker 场景下，别用
127.0.0.1：容器内访问宿主机 MySQL 要用host.docker.internal（Mac/Win）或宿主机真实 IP（Linux） - SQLite3 路径要用绝对路径或
./data.db，相对路径基于当前工作目录——VSCode 启动时工作目录可能不是项目根目录
调试时 dlv 找不到驱动符号，断点跳过 DB 操作
Delve 调试时如果跳过 db.Query 或 rows.Scan，不是代码问题，而是调试器没加载驱动的符号表——尤其多阶段构建或生产镜像中删了 debug info 时。
立即学习“go语言免费学习笔记（深入）”；
- 开发阶段 Dockerfile 别用
FROM golang:alpine直接构建：Alpine 默认无cgo，而多数数据库驱动（如 mysql、pq）依赖cgo；改用golang:1.22-bookworm - 确保构建时没加
-ldflags="-s -w"：这会 strip symbol table，dlv 就无法定位源码行 - 本地调试前运行
go install github.com/go-delve/delve/cmd/dlv@latest，确认$GOBIN/dlv存在且版本 ≥ 1.21 - VSCode 中 launch.json 的
"mode": "exec"要指向编译后的二进制（如./bin/app），而不是main.go；否则 dlv 启动的是 go run 临时产物，符号不完整
& 写成 &，或者 Docker 容器里还傻乎乎地连 127.0.0.1。 
