Firestore Batch写入是否像Transaction一样自动回滚，如何突破500条限制？

批量写入的回滚机制说明 #

单个 Batch 操作本身具备原子性，但你当前拆分多 Batch 并行提交的实现逻辑中，不同 Batch 之间是完全独立的：如果任意一个 Batch 提交失败，已经提交成功的其他 Batch 不会自动回滚，无法实现 Transaction 那样的全局原子性效果。

跨 Batch 的原子性实现方案 #

• 方案1：添加补偿回滚逻辑，提前记录所有待操作文档的变更前状态，一旦出现 Batch 提交失败，主动遍历所有已提交成功的 Batch 对应的文档，执行反向操作恢复数据。需要额外处理回滚流程本身失败的边缘场景，建议搭配重试队列使用。
• 方案2：调整原子性边界，将业务上强关联的操作放到同一个 Batch 内，不同 Batch 的操作做好幂等处理，失败后可直接重试整个批次。
• 方案3：如果操作总数据量小于 500 条，优先直接使用 Transaction 替代拆分 Batch，天然保证全局原子性。

Transaction 能否突破 500 条写入限制？ #

不能。Firestore 的 Transaction 和 Batch 共享服务端硬限制：单 Transaction / 单 Batch 最多支持 500 次写入操作（包含新增、更新、删除），该限制没有绕过方案。

现有代码优化建议 #

你当前的实现直接用 Promise.all 并行提交所有 Batch，很容易触发 Firestore 限流，且没有失败兜底逻辑。优化后参考代码如下：

const BATCH_CHUNK = 500
const processedBatches = [] // 记录已提交成功的批次，用于失败回滚

try {
  // 串行提交批次，避免并发限流，出现错误可及时终止后续操作
  for (let i = 0; i < snapshot.docs.length; i += BATCH_CHUNK) {
    const batch = db.batch()
    const currentChunk = snapshot.docs.slice(i, i + BATCH_CHUNK)
    currentChunk.forEach(doc => {
      batch.update(doc.ref, { committed: true })
    })
    await batch.commit()
    processedBatches.push(currentChunk)
  }
} catch (err) {
  console.error('批次提交失败，执行回滚：', err)
  // 回滚已提交成功的所有操作
  for (const batchDocs of processedBatches) {
    const rollbackBatch = db.batch()
    batchDocs.forEach(doc => {
      // 按业务需求替换为对应的回滚操作
      rollbackBatch.update(doc.ref, { committed: false })
    })
    await rollbackBatch.commit()
  }
  throw err
}

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