GORM 中不存在真正的“只读事务”，只读查询必须显式使用 db.Clauses(dbresolver.Read) 或 db.Session(&gorm.Session{Write: false}) 才能路由至从库连接池；否则即使只执行 SELECT，事务仍绑定主库，且连接复用完全依赖底层 *sql.DB 的空闲池配置。
只读事务不能复用从库连接池？先看 GORM 怎么识别“只读”
GORM 不会因为你在事务里只执行 SELECT 就自动把它当“只读事务”——它压根不解析 SQL 内容。所谓“只读事务”，在 GORM 里只有两种明确路径：db.Session(&gorm.Session{Write: false})（v2）或显式调用 db.Clauses(dbresolver.Read)；否则哪怕你写 tx := db.Begin(); tx.Raw("SELECT ...").Scan()，GORM 也默认按普通事务处理，绑定主库连接，且不会复用从库连接池。
- 事务内所有操作强制走主库，无论 SQL 是 SELECT 还是 INSERT，
tx.Find()和tx.Raw("SELECT")都一样 -
db.Session(&gorm.Session{Write: false})不开启事务，只是临时切换读策略，底层仍走从库连接池（前提是已配dbresolver） - 真要“只读 + 事务语义”，比如想加
FOR UPDATE但又不想锁主库？不行——FOR UPDATE必须主库，GORM 会拒绝在从库执行，报错ERROR 1290 (HY000): The MySQL server is running with the --read-only option
dbresolver.Read 和 Session(Write: false) 的连接复用差异
两者都走从库，但复用行为不同：db.Clauses(dbresolver.Read) 是一次性的查询级路由，每次调用都从从库连接池取新连接（可复用空闲连接）；而 db.Session(&gorm.Session{Write: false}) 是会话级配置，后续链式调用（如 .Where().First()）共享同一 session 状态，但底层连接仍是按需从从库池中获取，不是“长连接复用”。
-
db.Clauses(dbresolver.Read).First(&u)：每次都是独立查询，连接由从库池分配，受SetMaxIdleConns影响 -
db.Session(&gorm.Session{Write: false}).First(&u)：效果等同于前者，只是写法更显式；它不维持连接生命周期，也不跨方法复用连接 - 别指望靠
Session实现“一个连接跑完十个只读查询”——GORM 没这机制，*sql.DB连接复用由底层驱动控制，你只能调优SetMaxIdleConns和SetConnMaxLifetime
为什么 db.Ping() 成功但只读查询还是连不上从库？
常见原因是 dbresolver.Register() 调用位置错误，或从库 DSN 格式非法导致静默 fallback。GORM 在 AddSlave() 失败时**不报错也不告警**，只会把请求打回主库——你以为走了从库，其实全是主库扛着。
- 必须在
gorm.Open()之后、首次查询前调用db.Use(dbresolver.Register())，顺序颠倒则插件未注册 - 每个从库必须单独
sql.Open()初始化，不能db.DB().Clone()或浅拷贝主库*sql.DB - 检查
dbresolver日志：启用logger.Default.LogMode(logger.Info)后，正常路由会打印[dbresolver] using replica；没这行，基本就是 fallback 了 - 从库地址不可达时，
db.AddSlave()返回error，必须显式判断并记录，不能忽略
SetMaxIdleConns 对只读流量的实际影响
设太小会导致高并发下频繁新建/销毁连接，增加 TLS 握手和认证开销；设太大又可能让空闲连接占满数据库 max_connections。从库通常承载大量只读查询，SetMaxIdleConns 建议设为主库的 3–5 倍（例如主库 20，从库 100），但前提是数据库侧 max_connections 足够支撑。
- 主库
SetMaxOpenConns推荐 20–50，从库可设 80–200，视读写比调整 -
SetConnMaxLifetime从库建议 ≤ 10 分钟，避免 RDS Proxy 或 SLB 断开长连接后产生 stale connection - 别漏掉
db.Ping()：初始化从库*sql.DB后必须立即Ping()，否则第一次查询时才暴露连接失败，延迟毛刺明显
*sql.DB 的空闲池管理。重点不在“怎么复用”，而在“怎么不让它 fallback 到主库”。 
