外观
数据库连接池与 GORM
- 状态：未准备
- 适用方向：Go 全栈 / Go 后端
- 最近复习：待填写
- 下次复习：待安排
一句话回答
sql.DB 是可并发复用的连接池句柄，GORM 帮助组织数据库访问，但事务边界、SQL 质量与连接容量仍需业务明确管理。
原理解释
SetMaxOpenConns 限制打开连接总量，SetMaxIdleConns 控制空闲保留；生命周期与空闲期限帮助回收连接。多实例总连接预算要低于数据库可承载范围，不能逐实例无限加大。
慢请求可能在等池中连接，而非执行 SQL；DB.Stats 的 WaitCount、WaitDuration、InUse 配合数据库慢日志判断。Rows 及时关闭并检查 rows.Err；QueryRow 的错误通常由 Scan 返回。
GORM 事务回调内必须用 tx，返回 error 回滚，返回 nil 尝试提交，并检查 Transaction 返回值。单条写入的默认事务不等于多步业务自动共用事务。WithContext 传递预算；参数化值，不把不可信字符串直接拼到 SQL、Order 或表名中。
结构体 Updates 默认通常忽略零值，更新 false/0 时应明确选择字段或用 map；不要把客户端可写字段无筛选地映射到持久化对象。循环逐行查询可能形成 N+1，需按真实 SQL 评估预加载、批量查询或 JOIN。
场景与边界
不要在请求内反复 Open/Close 整个池。事务尽量短，避免持有连接和锁时做模型、HTTP 等长耗时调用。GORM 不屏蔽 MySQL 与 SQLite 的并发、锁和类型差异。
项目中的应用
EinoTalk 使用 GORM/MySQL，核对消息落库失败和连接池配置；SimulSpeak 使用 SQLite，不可直接套用 InnoDB 结论。
常见追问
- 连接越多吞吐越高？ 不一定，会加剧数据库竞争与资源消耗，按负载曲线测量。
- 事务里用 db 而不是 tx？ 可能走池中其他连接，破坏预期事务边界，甚至因池耗尽而等待。
- ORM 就不会注入？ 不会，安全取决于 API 使用和输入处理。