#数据任务 API 参考

apply 和 restore 使用带 simple（二进制）collation 的原子 BSON 前像比较。标量变成数组、缺失变成 null、新增字段或仅大小写变化都会使比较失败；数值 BSON 按 MongoDB 数值相等规则比较，嵌套文档键顺序仍有意义。集合采用非 simple collation 且 _id 为字符串时，可能增加扫描，应在大集合上检查执行计划。

dataTasks 用一份 DataTaskJob 配置完成发布范围内的索引确保、筛选数据同步、局部字段调整、预览审批、受影响范围备份和恢复。

备份 manifest 和数据行以 canonical EJSON 读取。只有 manifest 控制字段（version、entryCount、maxBytes）会从安全范围内的 BSON 数值转换为 JavaScript number；identity、target ID、before/after 和索引键保持 BSON 类型及键顺序。无法安全确认的旧控制值会使备份校验失败，不做猜测式恢复。

如果你先要判断自己的场景是否适用，请先看生产数据迁移同步。生产发布的整体顺序见生产发布与迁移。

#入口与四个方法

ESM 使用命名导出：

import MonSQLize, { dataTasks, type DataTaskJob } from 'monsqlize';

CommonJS 从包对象读取同名导出：

const { dataTasks } = require('monsqlize');

公开入口只有四个方法：

dataTasks 不是实例方法，不需要创建任务 runner，也没有第二套步骤配置。

#完整配置

const development = new MonSQLize({
  type: 'mongodb',
  databaseName: 'development',
  config: { uri: process.env.SOURCE_MONGODB_URI! }
});

const production = new MonSQLize({
  type: 'mongodb',
  databaseName: 'production',
  config: { uri: process.env.TARGET_MONGODB_URI! }
});

await Promise.all([development.connect(), production.connect()]);

const job = {
  name: 'release-2026-07-feature-modules',
  description: '同步本次发布需要的功能模块',
  source: development,
  target: production,
  targetEnvironment: 'production',
  collections: [{
    name: 'feature_modules',
    targetName: 'feature_modules',
    indexes: [
      { key: { code: 1 }, options: { unique: true } },
      { key: { release: 1, enabled: 1 } }
    ],
    data: {
      filter: { release: '2026-07' },
      projection: {
        _id: 1,
        code: 1,
        legacyName: 1,
        enabled: 1,
        developmentOnly: 1
      },
      identity: { mode: 'fields', fields: ['code'] },
      strategy: 'upsert',
      rename: { legacyName: 'name' },
      set: { schemaVersion: 2 },
      unset: ['developmentOnly'],
      batchSize: 500,
      maxDocuments: 10_000
    },
    verify: {
      mode: 'full',
      fields: ['code', 'name', 'enabled', 'schemaVersion']
    }
  }],
  backup: {
    dir: './.monsqlize/data-tasks',
    format: 'extended-jsonl',
    compression: 'gzip',
    retentionDays: 7,
    maxBytes: 256 * 1024 * 1024
  },
  lock: { ttlMs: 120_000, waitTimeoutMs: 0 }
} satisfies DataTaskJob;

SDK 的 source、target 可以是已连接的 monSQLize 实例，连接生命周期由调用方管理。CLI 配置必须使用两个 MonSQLizeOptions，dataTasks 会在完成或失败后关闭自己创建的连接。

SDK 进程结束前应在 finally 中关闭上面两个实例；可运行的完整生命周期见 examples/docs/data-tasks.ts。

#Job 参数

每个 collection 至少配置非空 indexes、data，或两者都配置。

#Collection 与索引参数

preview 对每个目标集合先调用 listIndexes()，再把声明索引分成 existing、missing、conflict。apply 只创建 missing，不会自动 drop、rename 或 rebuild 冲突索引。

identity.mode: 'fields' 要求目标现有索引或本 collection 的声明索引中存在完全覆盖 identity 字段的非 partial unique index。缺失 unique index 需要验证目标最终镜像；安全扫描超过 10,000 个目标文档或遇到无法严格证明的特殊索引形态时会阻断。

#数据参数

dataTasks 的来源读取使用内部有界 stream，不继承普通查询的 findLimit 默认值。规划最多读取 maxDocuments + 1 条来源文档，因此并发增长会明确阻断，不会静默截断或无界加载。

字段调整顺序固定为 filter -> projection -> rename -> set -> unset -> diff。它只适合本次发布中少数字段的确定性调整：

• 路径不能是 _id、identity 字段，也不能互相重叠。
• 禁止 __proto__、prototype、constructor 等危险路径。
• rename 目标已存在且值不同时，preview 阻断，不会覆盖。
• 点路径穿过非对象值时，preview 阻断。
• set 只接受 BSON 可序列化字面量，不接受函数、随机值或数据库更新表达式。

#Identity 与 _id

业务键模式：

identity: { mode: 'fields', fields: ['tenantId', 'code'] }

它用稳定业务字段匹配。更新保留目标原有 _id；插入由目标 MongoDB 生成 _id。这适用于两套环境独立生成 _id 的普通发布数据。

来源 ID 模式：

identity: { mode: 'source-id', conflictBy: ['tenantId', 'code'] }

它要求两端 _id 完全一致。插入保留来源 _id；已有目标只有 _id 相同时才更新。conflictBy 用来发现业务键相同但 _id 不同的逻辑重复，发现后 preview 阻断。

#Verify、备份与锁

索引、identity、数量、manifest 和实际写入始终全量验证；verify.mode 只影响用户指定字段的内容校验。

#Preview 与 Apply 流程

const preview = await dataTasks.preview(job, {
  sampleSize: 10,
  approvalTtlMs: 15 * 60 * 1000
});

if (!preview.passed || !preview.approval) {
  throw new Error(preview.errors.join('; '));
}

const result = await dataTasks.apply(job, { approval: preview.approval });

preview 零写入，返回每个 collection 的索引状态、source/insert/update/unchanged/conflict、变更样本、备份文档数和预估字节数。approval 绑定 job、转换后的来源数据、目标前像、目标索引和过期时间。

apply 的实际顺序：

1. 获取可选目标数据库租约。
2. 重新执行完整计划；任一 hash 漂移都会拒绝旧 approval。
3. 写入并回读校验受影响范围备份。
4. 再次读取索引，只创建审核过的 missing 索引。
5. 每批先记录 pending 操作，再按顺序执行数据写入。
6. 用目标前像 CAS 过滤器防止覆盖并发修改。
7. 回读完整预期后像，验证字段、identity、索引和 manifest。
8. 标记结果并释放租约。

索引和跨集合写入不是一个 MongoDB 事务。中途失败返回 failed 或 partial，保留 manifest，不自动恢复。

#恢复

const restorePreview = await dataTasks.previewRestore(result.backup);
if (!restorePreview.passed || !restorePreview.approval) {
  throw new Error(restorePreview.errors.join('; '));
}

const restored = await dataTasks.restore(result.backup, {
  approval: restorePreview.approval
});

恢复前会核对目标是否仍等于 apply 后像，并识别数据库写入后、manifest checkpoint 前中断的 pending 操作。无法严格判断或目标后来又被修改时，以 RESTORE_DRIFT 阻断。

restore 写入前还会创建 recovery safety backup。恢复文档使用精确当前镜像过滤器；索引只处理本任务实际创建且定义未变化的索引。safety backup 也可以再次 previewRestore/restore，用于撤销一次恢复。

#CLI

任务文件必须直接导出 DataTaskJob，不要再包一层对象：

module.exports = {
  name: 'release-settings',
  source: { type: 'mongodb', databaseName: 'development', config: { uri: process.env.SOURCE_URI } },
  target: { type: 'mongodb', databaseName: 'production', config: { uri: process.env.TARGET_URI } },
  targetEnvironment: 'production',
  collections: [{
    name: 'settings',
    data: { all: true, identity: { mode: 'source-id', conflictBy: ['code'] } }
  }],
  backup: { dir: './.monsqlize/data-tasks' }
};

monsqlize data-task preview --task ./tasks/release.cjs --out preview.json --json
monsqlize data-task apply --task ./tasks/release.cjs --approval preview.json --out result.json --json
monsqlize data-task preview-restore --task ./tasks/release.cjs --backup ./path/manifest.json --out restore-preview.json --json
monsqlize data-task restore --task ./tasks/release.cjs --backup ./path/manifest.json --approval restore-preview.json --json

配置错误、approval 过期或漂移、锁冲突、partial/failed、checksum 错误和恢复漂移都以退出码 1 结束。

#错误码与能力边界

DataTaskJobError 提供 code、phase 和可选 collection。稳定错误码包括 INVALID_JOB、IDENTITY_CONFLICT、INDEX_CONFLICT、APPROVAL_STALE、BACKUP_FAILED、LOCK_NOT_ACQUIRED、LOCK_LOST、APPLY_PARTIAL、RESTORE_DRIFT、RESTORE_FAILED。

• backup 是本任务受影响范围的回滚包，不是全库备份或时间点恢复点。
• dataTasks 不同步 Model Schema，不复制来源全部索引，不维护版本目录，也不执行持续 CDC。
• 全库复制和灾难恢复使用 MongoDB 原生工具或托管备份。
• 首次回填后的持续变更使用 Change Stream sync。

#相关文档

• 生产数据迁移同步
• 生产发布与迁移
• 批量创建索引
• Change Stream 同步