Revel 框架不支持主从自动路由，需手动配置主从数据库连接并显式调用；在 app.conf 中用前缀定义主从配置，在 init.go 中初始化两个 *sql.DB 实例，读操作用 SlaveDB、写操作用 MasterDB，且事务内不可混用。
Revel 框架本身不支持主从自动路由
Revel 是一个 Go 语言 Web 框架，它没有内置的读写分离能力，也不会根据 SQL 类型（SELECT vs INSERT）自动选择主库或从库。你看到的“Revel 配置主从”其实是手动管理多个 *sql.DB 实例，并在业务逻辑中显式决定用哪个连接。
需要在 app.conf 里定义两套数据库配置
Revel 的配置靠 conf/app.conf，但它的语法不支持嵌套结构，所以得用命名前缀区分主从：
# 主库（写） db.master.url = "user:pass@tcp(192.168.1.100:3306)/myapp?charset=utf8mb4&parseTime=True" db.master.maxopen = 20 db.master.maxidle = 5 <h1>从库（读）</h1><p>db.slave.url = "user:pass@tcp(192.168.1.101:3306)/myapp?charset=utf8mb4&parseTime=True" db.slave.maxopen = 30 db.slave.maxidle = 10</p>
注意：db.slave.url 和 db.master.url 是自定义键名，Revel 不识别它们，后续要你自己读取并初始化。
在 app/init.go 中手动初始化两个 *sql.DB 实例
不能依赖 Revel 的 ORM（如 revel/db），它只支持单数据源。你得用标准 database/sql + github.com/go-sql-driver/mysql：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 在
app/init.go的init()函数里，调用revel.Config.StringDefault("db.master.url", "")分别读取主从 URL - 分别调用
sql.Open()创建masterDB和slaveDB，并设置SetMaxOpenConns/SetMaxIdleConns - 把它们挂到
revel.AppController或全局变量上（比如app.MasterDB/app.SlaveDB） - 务必在
app.OnAppStart里执行Ping()验证连通性，避免启动后才发现从库不可达
示例片段（非完整代码）：
app.MasterDB, _ = sql.Open("mysql", revel.Config.StringDefault("db.master.url", ""))
app.MasterDB.SetMaxOpenConns(revel.Config.IntDefault("db.master.maxopen", 20))
app.SlaveDB, _ = sql.Open("mysql", revel.Config.StringDefault("db.slave.url", ""))
app.SlaveDB.SetMaxOpenConns(revel.Config.IntDefault("db.slave.maxopen", 30))
读操作必须显式调用 SlaveDB，写操作必须用 MasterDB
这是最容易出错的地方：Revel 不会帮你判断哪条 SQL 是读、哪条是写。哪怕你写了 SELECT COUNT(*) FROM users，如果误用了 MasterDB，就白搭读写分离。
- 所有增删改（
INSERT、UPDATE、DELETE、REPLACE）必须走app.MasterDB - 绝大多数
SELECT应该走app.SlaveDB；但涉及刚写入数据的强一致性读（比如注册后立即查用户信息），必须回主库 - 事务内禁止混用：一旦
Begin()从MasterDB开启，整个事务必须在同一个*sql.DB上完成 - 不要试图封装一个“智能路由 DB”，Go 的
database/sql接口无法解析 SQL 语义，强行做只会引入延迟和 bug
延迟容忍也要心里有数：MySQL 异步复制下，Slave_IO_Running: Yes 且 Seconds_Behind_Master: 0 是理想状态，但网络抖动或大事务会让从库滞后几秒甚至几十秒。
