Buffalo 框架本身不内置数据库事务管理，只读事务需显式调用 ReadOnlyTransaction() 并确保底层驱动（如 MySQL ≥v1.7.0）支持，否则退化为普通事务；必须在 handler 中主动创建、正确 defer commit/rollback，且避免混用非事务方法。
Buffalo 框架本身不内置数据库事务管理逻辑，它依赖底层 ORM（如 pop）或直接使用的数据库驱动（如 database/sql）来控制事务行为。所谓“配置数据库只读事务”，实际是在查询时显式启用只读事务（sql.TxOptions.ReadOnly = true），让 MySQL 或 PostgreSQL 等支持的数据库优化执行路径——比如跳过锁检查、避免写入 undo log、减少 MVCC 版本链遍历开销。
但要注意：Buffalo 默认不开启事务；你必须主动创建、控制事务生命周期。直接在 handler 里用 tx := tx.WithTransaction(...) 或手写 db.BeginTx(ctx, &sql.TxOptions{ReadOnly: true}) 才生效。
只读事务在 Buffalo 中怎么写才真正生效
Buffalo 的 pop.Connection 提供了 Transaction 和 ReadOnlyTransaction 方法，但后者仅在 pop v5+ 且连接器支持时才真正传递 ReadOnly=true 到底层 driver。MySQL 驱动（go-sql-driver/mysql）需 ≥ v1.7.0，PostgreSQL 驱动（lib/pq 或 pgx）也需对应版本支持。
-
pop.Connection.ReadOnlyTransaction会调用BeginTx(ctx, &sql.TxOptions{ReadOnly: true})，但若驱动不识别该 flag（如旧版mysql），它会退化为普通事务 - 验证是否生效：在 MySQL 中开启 general_log，观察日志是否出现
SET TRANSACTION READ ONLY；PostgreSQL 则看是否有BEGIN READ ONLY - 不要在
app.Use(popmw.Transaction(app.Pop))中指望自动变成只读——中间件默认创建的是读写事务
MySQL 下只读事务对 Buffer Pool 和 MVCC 的实际影响
MySQL 8.0+ 中，只读事务（尤其是 RR 隔离级别）能复用 ReadView，避免每次快照读都新建 ReadView，从而降低 CPU 和内存分配开销。结合 innodb_buffer_pool_size 足够大时，只读事务还能减少脏页刷盘竞争，提升 Buffer Pool 命中率。
- RR 隔离下，只读事务的
ReadView在第一次快照读时创建，整个事务生命周期复用；RC 则每次查询都新建，开销翻倍 - 只读事务不会产生 undo log，也不会触发
ibuf合并或purge线程压力，对高并发只读场景更友好 - 但注意：如果只读事务里执行了
SELECT ... FOR UPDATE或INSERT/UPDATE，MySQL 会自动升级为读写事务，且可能报错ERROR 1792 (HY000): Cannot execute statement in a READ ONLY transaction
常见踩坑点：为什么加了 ReadOnly 还没提速
性能没提升，大概率是只读事务没真正建立，或被其他逻辑干扰。几个高频原因：
- 使用了
pop.Connection.Find等非事务方法——它们走的是 connection pool 的普通Query，完全绕过事务控制 - 事务未正确 defer
tx.Commit()或tx.Rollback()，导致连接卡住、连接池耗尽，反而拖慢整体 QPS - 查询中混用了
tx.Raw(...).All()但没指定tx上下文，实际执行在无事务的连接上 - 应用层开启了
autocommit=1（MySQL 默认），而只读事务要求显式BEGIN，否则SET TRANSACTION READ ONLY不生效
一个安全可用的只读查询 handler 示例
func ShowUser(c buffalo.Context) error {
db := c.Value("tx").(*pop.Connection)
tx, err := db.ReadOnlyTransaction()
if err != nil {
return errors.WithStack(err)
}
defer func() {
if r := recover(); r != nil {
tx.Rollback()
panic(r)
}
}()
u := &models.User{}
if err := tx.Find(u, c.Param("id")); err != nil {
tx.Rollback()
return errors.WithStack(err)
}
c.Set("user", u)
return c.Render(200, r.Auto(c, u))
}
关键点：必须从 c.Value("tx") 取连接（确保在事务中间件链路中），显式调用 ReadOnlyTransaction()，且手动处理 rollback。别依赖 defer tx.Rollback() 单一逻辑——panic 场景下需主动 rollback，否则连接泄漏。
