Rails应用只读副本配置未生效，错误主机名无报错求助

1. 先验证副本连接配置本身是否有效 #

跳过中间件自动切换逻辑，手动强制使用读角色测试配置：

# 在rails控制台执行
ApplicationRecord.connected_to(role: :reading) do
  puts "当前连接主机: #{ApplicationRecord.connection_config[:host]}"
  # 执行查询触发实际连接
  User.first
end

如果执行时触发主机名错误，说明副本配置本身是有效的，问题出在自动切换逻辑；如果没报错且输出主库地址，说明connects_to配置未生效，检查application_record.rb是否被所有模型继承，或是否有其他代码覆盖了连接配置。

2. 检查Database Selector中间件的触发规则 #

你配置的delay: 2.seconds意味着：只有当用户超过2秒没有执行写操作时，后续读请求才会切换到副本。可以临时修改delay为0秒测试：

# config/initializers/multi_db.rb
Rails.application.configure do
  config.active_record.database_selector = { delay: 0.seconds }
  # 其他配置保持不变
end

重启应用后，先执行一次写操作（比如创建一条记录），随后立即发送GET请求，看是否触发副本连接错误。

3. 确认中间件是否正常加载 #

执行rails middleware命令，检查输出中是否包含ActiveRecord::Middleware::DatabaseSelector。如果没有，说明中间件被意外移除，需要在config/application.rb中手动添加：

config.middleware.use ActiveRecord::Middleware::DatabaseSelector

4. 注意开发环境的默认行为 #

Rails开发环境下，为避免读写不一致问题，默认可能不会自动切换到副本。可以在控制器中显式指定读角色验证：

# 示例控制器代码
def index
  @users = User.connected_to(role: :reading) { User.all }
end

访问该接口如果触发主机名错误，说明副本配置没问题，只是自动切换逻辑在开发环境未触发。

5. 验证Session上下文的有效性 #

DatabaseSelector::Resolver::Session依赖session跟踪用户最后写操作时间。确保应用已启用session（默认Rails应用已启用），可在写操作的控制器中添加调试代码：

def create
  # 执行写操作逻辑
  puts "最后写操作时间: #{session[:last_write_timestamp]}"
end

如果写操作后session中无此值，说明上下文跟踪失效，可尝试更换为Cookie上下文：

# config/initializers/multi_db.rb
config.active_record.database_resolver_context = ActiveRecord::Middleware::DatabaseSelector::Resolver::Cookie

内容的提问来源于stack exchange，提问作者LewlSauce