Go连MySQL真正的安全风险在驱动初始化、时区处理、连接验证和凭证管理四环节：sql.Open后须立即db.Ping()，parseTime=True和loc=UTC必须显式配置，凭证禁硬编码，连接池参数需合理设置。
Go 连 MySQL 不是配好 DSN 就算安全，真正的风险藏在驱动初始化、时区处理、连接验证和凭证管理这四个环节里。
sql.Open 之后必须立刻 db.Ping()
sql.Open 只解析 DSN、设置连接池参数，不建 TCP 连接——哪怕 MySQL 完全没启动、密码错、端口填成 3307，它都返回 *sql.DB 且 err == nil。首次建连被延迟到第一次 db.Query 或 db.Exec，错误抛在业务逻辑里，排查成本高。
- 初始化后必须紧跟
db.Ping()，失败就log.Fatal或返回 error，别让它流到 handler 层 - 若用 health check 接口，也应复用
db.Ping()，而不是只检查db != nil - 搭配
context.WithTimeout防止卡死：ctx, cancel := context.WithTimeout(context.Background(), 3*time.Second); defer cancel(); err = db.PingContext(ctx)
DSN 中 parseTime=True 和 loc=UTC 必须显式指定
漏掉 parseTime=True 会导致 SELECT created_at 返回 []byte，而你直接 Scan 到 *time.Time 会报错：sql: Scan error on column index 0, name "created_at": unsupported Scan, storing driver.Value type []uint8 into type *time.Time。时区设 loc=Local 在开发机上看似正常，但一旦部署到 UTC 服务器，Asia/Shanghai 时间会偏移 8 小时。
-
parseTime=True是硬性要求，不能省；loc=UTC是生产推荐，应用层统一转本地时区显示 - 完整 DSN 示例：
user:pass@tcp(127.0.0.1:3306)/dbname?charset=utf8mb4&parseTime=True&loc=UTC - 别写
parsetime=true（大小写敏感）或漏掉&导致后续参数失效
凭证不能硬编码，必须从环境变量或 secret manager 加载
把密码写死在代码或 go.mod 里，等于把数据库钥匙贴在源码仓库门上。CI/CD 流水线、Docker 镜像、甚至 IDE 本地历史都可能泄露。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
立即学习“go语言免费学习笔记（深入）”；
- 用
os.Getenv("DB_USER")+os.Getenv("DB_PASS")拼 DSN，启动时通过-e DB_USER=xxx -e DB_PASS=yyy注入 - Kubernetes 环境优先用
Secret挂载文件，再读取ioutil.ReadFile("/etc/db-cred/password") - 绝不要在日志里打印完整 DSN；
fmt.Printf("dsn: %s", dsn)是高危操作
连接池配置不当会放大安全漏洞影响范围
默认 MaxOpenConns=0（无限制），如果 DNS 解析失败、MySQL 拒绝连接、或网络抖动导致 db.Ping() 被跳过，高并发下每个请求都新建连接，迅速打满 MySQL 的 max_connections，触发 ERROR 1040 (HY000): Too many connections，整个服务不可用。
- 上线前必须设
db.SetMaxOpenConns(10)（按压测结果调）、db.SetMaxIdleConns(5)、db.SetConnMaxLifetime(1h) -
SetConnMaxLifetime防止连接空闲太久被 MySQLwait_timeoutkill 后，Go 还拿它发请求，报invalid connection - 别在每次 HTTP 请求里
sql.Open再db.Close()——*sql.DB是长生命周期对象，全局复用
最常被忽略的其实是时区与 parseTime 的组合效应：即使 DSN 里写了 parseTime=True，如果 MySQL 服务端 time_zone 是 +08:00 而 Go 客户端设了 loc=UTC，时间字段仍可能错 8 小时——得两边对齐，或者干脆全用 Unix timestamp 传输。
