Golang数据库性能优化核心是复用连接池、避免ORM开销、预处理SQL及控制事务粒度。需全局初始化sql.DB，配置MaxOpenConns等参数；优先用QueryRow.Scan和结构体db tag映射；高频SQL用Prepare复用；事务范围最小化并确保Commit/Rollback。
在 Golang 中提升数据库访问性能，核心在于减少不必要的开销、合理复用资源、避免阻塞，并让 SQL 和 Go 层协同高效。不是堆配置或换 ORM 就能解决，关键是理解连接、查询、扫描和事务的底层行为。
复用数据库连接池，别频繁创建 db 实例
sql.DB 本身是连接池的抽象，不是单个连接。初始化一次就够了，全局复用即可。频繁调用 sql.Open 并不建立真实连接，但会重复解析 DSN、初始化结构体，还可能无意中泄露旧连接池。
- 在 main 或 init 中调用一次
sql.Open，然后传给需要的地方（如通过依赖注入或全局变量） - 主动配置连接池参数：
db.SetMaxOpenConns(20)、db.SetMaxIdleConns(10)、db.SetConnMaxLifetime(60 * time.Second) - 避免在 handler 或循环里反复
sql.Open—— 这是常见误用，会导致连接泄漏和性能抖动
用原生 query + struct 扫描，少用 ORM 或 map
像 GORM、SQLX 等库方便，但默认行为常带来额外开销：反射取字段名、动态构建 map、中间层转换。对高频或核心接口，直接使用 db.QueryRow + Scan 或 sqlx.StructScan（若已引入 sqlx）更可控。
- 定义结构体时用
dbtag 显式映射字段：type User { ID int `db:"id"` Name string `db:"name"` } - 查单行优先用
QueryRow().Scan()，比Query().Next()少一次迭代判断 - 批量查询时，用
Query+ 循环Scan，避免一次性加载全部到内存（除非数据量确定很小）
善用预处理语句（Prepare），尤其在循环中执行相同 SQL
对于高频执行的固定 SQL（比如根据 user_id 查用户、插入日志），使用 db.Prepare 可避免每次编译 SQL、解析参数类型。MySQL/PostgreSQL 服务端也会缓存执行计划。
立即学习“go语言免费学习笔记（深入）”；
- 将
stmt, _ := db.Prepare("SELECT * FROM users WHERE id = ?")提前准备好，复用多次stmt.QueryRow(id).Scan(...) - 注意：
sql.Stmt是并发安全的，可被多个 goroutine 共享 - 记得在程序退出前调用
stmt.Close()，或用defer stmt.Close()（如果生命周期明确）
控制事务粒度，及时提交或回滚
长事务会占用连接、锁表/行、拖慢 WAL 写入（尤其 PostgreSQL），还可能引发死锁。Golang 的 tx.Commit() / tx.Rollback() 不仅是业务逻辑收尾，更是释放资源的关键动作。
- 事务范围尽量小：只包真正需要原子性的操作，别把 HTTP 解析、日志写入等无关逻辑塞进去
- 用
defer tx.Rollback()开头，再在成功路径显式tx.Commit()，确保出错必回滚 - 避免在事务中做网络请求、文件读写等不确定耗时操作
基本上就这些。不复杂但容易忽略：连池没设、SQL 没预处理、结构体没 tag、事务忘了关——这些小问题叠加起来，QPS 就卡在几百上不去。先跑通，再按需逐项优化。
