pg-boss 从 v9 到 v10 的迁移指南

pg-boss 是一个基于 PostgreSQL 的作业队列系统，在版本 10 中进行了重大架构调整。本文将详细介绍如何从 v9.0.3 平滑升级到 v10.1.6 版本。

迁移背景

pg-boss v10 版本对数据库架构进行了重构，导致与 v9 版本存在不兼容的情况。主要变化包括：

• 数据库表结构重新设计
• 新增了策略(policy)配置
• 版本号管理机制变更

迁移方案

由于 v9 和 v10 之间的架构差异较大，官方推荐采用以下迁移策略：

1. 并行运行新旧版本：在新数据库或新 schema 中部署 v10 版本
2. 数据迁移：将 v9 的作业数据逐步迁移到 v10 系统
3. 切换流量：确认迁移完成后，将应用指向新系统

详细迁移步骤

1. 准备新环境

首先需要设置一个新的 PostgreSQL 数据库或 schema 来安装 v10 版本：

const newBoss = new PgBoss({
  database: 'new_database',  // 或使用新的 schema 名称
  // 其他配置参数
});

2. 数据迁移脚本

编写迁移脚本将作业从 v9 迁移到 v10。以下是一个参考实现：

async function migrateJobs(sourceSchema, targetSchema, client) {
  const queues = await boss.getQueues();
  
  for (const queue of queues) {
    try {
      const sql = `
        INSERT INTO ${targetSchema}.job (
          id, name, priority, data, 
          retry_limit, retry_count, retry_delay, 
          retry_backoff, start_after, singleton_key, 
          singleton_on, expire_in, created_on, 
          keep_until, output, policy
        )
        SELECT 
          id, name, priority, data,
          retryLimit, retryCount, retryDelay,
          retryBackoff, startAfter, singletonKey,
          singletonOn, expireIn, createdOn,
          keepUntil, output::jsonb, '${queue.policy}'
        FROM ${sourceSchema}.job
        WHERE name = '${queue.name}'
          AND state = 'created'
        ON CONFLICT DO NOTHING
      `;
      
      const { rowCount } = await client.query(sql);
      console.log(`迁移了 ${rowCount} 个作业: ${queue.name}`);
    } catch (error) {
      console.error(`迁移失败: ${queue.name}`, error);
    }
  }
}

3. 迁移注意事项

1. 版本号管理：v10 使用新的版本号体系，无需手动调整
2. 作业状态：只迁移状态为"created"的作业，避免重复处理
3. 策略配置：v10 新增了策略配置，迁移时需要指定
4. 数据类型：注意 output 字段需要转换为 jsonb 类型

常见问题解决

1. 应用启动失败：确保新旧系统使用不同的数据库或 schema，避免冲突
2. 数据不一致：迁移过程中暂停作业创建，或实现双写机制
3. 性能问题：大数据量迁移时建议分批处理

最佳实践

1. 先在测试环境验证迁移过程
2. 记录迁移前后的作业数量进行核对
3. 准备回滚方案，以防迁移失败
4. 选择业务低峰期执行迁移

通过以上步骤，可以安全地将 pg-boss 从 v9 升级到 v10，享受新版本带来的性能改进和功能增强。