小程序数据备份的几种可靠方案

小程序的用户数据一旦丢失，轻则用户投诉，重则业务停摆。很多独立开发者和小团队把数据一股脑放在云开发数据库里，却从未认真设计过备份策略。本文从实际可用性出发，梳理几种适合个人开发者的小程序数据备份方案，并给出可落地的代码示例。

先明确：你要备份的到底是什么

在动手之前，先把数据分个类，不同类别的备份方式完全不同：

• 结构化业务数据：用户表、订单表、内容表，存放在云开发数据库或自建 MySQL / PostgreSQL。
• 用户上传文件：图片、音频、PDF，通常放在云存储或对象存储。
• 配置与元数据：小程序版本配置、云函数环境变量、定时任务定义。
• 第三方数据：微信支付流水、订阅消息记录，需要从平台侧导出。

很多人的误区是只备份数据库，结果恢复时发现文件全丢了，或者云函数环境变量没记下来，重新配置花掉半天时间。

方案一：云开发数据库的定时导出

如果使用微信云开发，最省事的方式是写一个定时触发的云函数，把集合数据分批导出为 JSON，再写入云存储。核心思路是分页拉取，避免单次查询超限。

const cloud = require('wx-server-sdk')
cloud.init({ env: cloud.DYNAMIC_CURRENT_ENV })
const db = cloud.database()

exports.main = async () => {
  const collections = ['users', 'orders', 'articles']
  const date = new Date().toISOString().slice(0, 10)

  for (const name of collections) {
    let all = []
    let skip = 0
    const limit = 100

    while (true) {
      const res = await db.collection(name).skip(skip).limit(limit).get()
      all = all.concat(res.data)
      if (res.data.length < limit) break
      skip += limit
    }

    const content = JSON.stringify(all)
    await cloud.uploadFile({
      cloudPath: `backup/${date}/${name}.json`,
      fileContent: Buffer.from(content)
    })
  }
  return { ok: true, date }
}

在云开发控制台给这个云函数配置定时触发器，例如每天凌晨 3 点执行一次。注意两点：一是云函数执行时间上限，数据量大时要拆分成多个任务；二是云存储本身不是备份，建议再定期下载到本地或同步到其他对象存储。

方案二：导出到自有服务器或对象存储

如果数据库是自建的，或者想把备份放在自己完全可控的地方，可以在服务端起一个定时任务，用 mysqldump 或逻辑导出，再上传到对象存储。以 Node.js 为例，可以用 child_process 调用命令行工具：

const { exec } = require('child_process')
const OSS = require('ali-oss')

const client = new OSS({ region: 'oss-cn-hangzhou', bucket: 'my-backup' })

function dumpAndUpload() {
  const file = `/tmp/db-${Date.now()}.sql`
  const cmd = `mysqldump -u${process.env.DB_USER} -p${process.env.DB_PASS} mydb > ${file}`

  exec(cmd, async (err) => {
    if (err) return console.error('dump failed', err)
    await client.put(`db/${file.split('/').pop()}`, file)
    console.log('backup done')
  })
}

setInterval(dumpAndUpload, 24 * 60 * 60 * 1000)

这种方式的优势是备份文件完全归你所有，恢复时直接导入即可。缺点是运维成本略高，需要自己处理磁盘清理、失败重试和告警。

方案三：面向用户的数据导出能力

除了系统级备份，给用户提供自助导出入口也很重要。比如让用户把自己的记录导出为 Excel 或 JSON，既能提升信任感，也相当于把数据多存了一份在用户手里。小程序端可以把数据传给云函数，由云函数生成文件后返回临时下载链接，用户复制链接到浏览器下载即可。

提示：涉及个人信息的数据导出，务必做好权限校验，只允许导出当前登录用户自己的数据，避免越权。

恢复演练比备份本身更重要

备份的价值只在恢复时体现。建议至少每季度做一次恢复演练：从备份文件中随机抽一个集合，导入测试环境，核对记录条数和关键字段。很多备份看起来每天都在跑，真到用的时候才发现文件是空的、编码错了、或者字段类型对不上。

• 备份文件保留至少 7 个历史版本，防止误删后备份也被覆盖。
• 给备份任务加失败告警，比如连续两次失败就发邮件或企微通知。
• 记录每次备份的文件大小和记录数，异常波动往往是问题的前兆。

小结

小程序数据备份不需要复杂架构，关键是覆盖数据库、文件和配置三类数据，并且把定时任务、异地存储和恢复演练串成闭环。对独立开发者来说，一个每天跑的云函数加一个对象存储桶，就能挡住绝大多数数据事故。