从Rails 4.2升级至6.1.3.1后资产预编译报错：未初始化常量ActiveRecord::ConnectionAdapters::SchemaCache

首先，我注意到你是从Rails 4.2升级到6.1.3.1后遇到的问题，本地正常但服务器上PostgreSQL环境下预编译资产失败，SQLite没问题——这里有个关键细节：旧的config.assets.initialize_on_precompile = false在Rails 6里已经被移除了，所以这个设置完全没用，这是问题的核心之一！

下面是几个可行的解决方向，你可以逐一尝试：

1. 用Rails 6的新方式跳过数据库初始化 #

Rails 5+已经弃用了config.assets.initialize_on_precompile配置，替代方案是在预编译命令中添加RAILS_SKIP_DB_INITIALIZATION=true环境变量，彻底避免预编译时加载ActiveRecord相关组件：

RAILS_ENV=staging RAILS_GROUPS=assets RAILS_SKIP_DB_INITIALIZATION=true bundle exec rake assets:precompile

如果用Capistrano部署，你可以在deploy.rb里修改资产预编译的任务，自动注入这个变量：

set :assets_precompile_env, { 'RAILS_SKIP_DB_INITIALIZATION' => 'true' }

2. 检查资产中是否有动态数据库依赖 #

如果你的资产文件（比如ERB格式的JS/CSS）里包含了调用ActiveRecord模型的代码（比如<%= Product.count %>这类动态逻辑），预编译时会强制触发数据库连接初始化，这时候就会抛出错误。你需要：

• 把这类动态内容移到前端，比如通过页面加载后AJAX请求获取数据
• 或者预编译时提供模拟数据，避免直接调用数据库模型

3. 排查自定义初始化代码或Gem的干扰 #

有些第三方Gem或者你自己写的初始化脚本，会在应用启动阶段主动访问数据库，导致预编译时意外加载ActiveRecord。你可以：

• 检查config/initializers下的所有文件，把数据库相关的初始化逻辑包裹在条件判断里，避免资产预编译时执行：

# config/initializers/your_custom_initializer.rb
unless ENV['RAILS_GROUPS'] == 'assets' || ENV['RAILS_SKIP_DB_INITIALIZATION']
  # 你的数据库相关初始化代码
end

• 检查Gemfile，确保没有Gem在:assets组中依赖ActiveRecord（不过Rails 6里:assets组已经被大幅简化，这个情况概率较低）

4. 验证服务器上的依赖和环境配置 #

• 确保服务器上执行bundle install时没有遗漏依赖，特别是pg Gem的版本要和Rails 6.1.3.1兼容（推荐使用pg ~> 1.2或更高版本）
• 检查服务器上RAILS_ENV=staging对应的database.yml配置是否正确——虽然预编译时不该连接数据库，但配置加载时的异常也可能间接触发这个错误

5. 强制加载PostgreSQL适配器（临时应急方案） #

如果以上方法都无效，可以尝试在预编译时强制加载PostgreSQL适配器，避免因加载顺序问题导致SchemaCache找不到：
在config/application.rb中添加：

if ENV['RAILS_GROUPS'] == 'assets' && ENV['RAILS_ENV'] == 'staging'
  require 'active_record/connection_adapters/postgresql_adapter'
end

从你提到的SQLite环境正常的情况来看，大概率是PostgreSQL适配器的加载时机或初始化逻辑和轻量的SQLite不同导致的，优先尝试前两个方案应该能快速解决问题。

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