Solid Queue 1.0.0 升级指南与常见问题解析

升级背景

Solid Queue 作为 Rails 官方推出的新一代后台任务处理系统，在 1.0.0 版本中引入了多项重要变更。其中最显著的变化是推荐使用独立数据库来存储队列相关表，这一架构调整旨在提高系统的可靠性和性能。然而，这一变更也为升级过程带来了一些挑战。

核心变更点

1. 独立数据库支持：1.0.0 版本推荐将队列表迁移到独立的数据库实例中，这需要修改数据库配置
2. 迁移路径分离：新增了 migrations_paths 配置项，用于指定队列相关的迁移文件存放路径
3. 安装流程优化：移除了 install:migrations 任务，改为使用 solid_queue:install

升级步骤详解

数据库配置调整

在 config/database.yml 中需要为队列添加独立配置：

production:
  primary: &primary_production
    <<: *default
    url: <%= ENV["DATABASE_URL"] %>
  queue:
    <<: *primary_production
    url: <%= ENV["QUEUE_DATABASE_URL"] %>
    migrations_paths: db/queue_migrate

开发环境建议

虽然可以在开发环境中配置独立队列数据库，但官方推荐在开发阶段直接使用 Rails 内置的异步适配器（async adapter），这能简化开发流程并提高效率。

迁移执行顺序

1. 首先执行 rails db:prepare 命令创建并初始化数据库结构
2. 避免直接使用 db:migrate，因为 Rails 8.0 中存在一个已知问题会导致迁移失败
3. 如果必须执行迁移，确保先创建好队列数据库

常见问题解决方案

表不存在错误

当遇到 PG::UndefinedTable: ERROR: relation "solid_queue_processes" does not exist 错误时，表明迁移未能正确创建表结构。解决方案是：

1. 确认已正确配置 migrations_paths
2. 确保执行了 solid_queue:install 任务
3. 使用 db:prepare 而非 db:migrate 初始化数据库

列修改失败问题

在部分 PostgreSQL 版本中，修改列为 NOT NULL 的操作可能会失败。可以替换标准迁移方法为原始 SQL：

# 替换 change_column 语句为
ApplicationRecord.connection.execute("ALTER TABLE solid_queue_processes ALTER COLUMN name SET NOT NULL")

最佳实践建议

1. 分阶段部署：先部署数据库变更，再更新应用配置
2. 版本过渡：从 0.3.0 升级时，建议先升级到 0.6.0 中间版本
3. 生产验证：在预发布环境中充分测试迁移过程
4. 监控准备：升级后密切监控队列处理情况

总结

Solid Queue 1.0.0 的升级虽然带来了一些挑战，但通过理解其架构变更和遵循正确的迁移步骤，可以顺利完成升级过程。独立数据库的引入为系统带来了更好的隔离性和扩展性，值得投入必要的升级工作。