如何在跨库复制MongoDB集合时移除前缀并重命名集合

方案1：备份恢复阶段直接完成重命名（推荐） #

该方案不需要后续额外执行重命名操作，全程在备份恢复流程里完成，避免重命名带来的额外风险。
你可以将原来先全量dump再统一restore的逻辑，改成循环内逐个集合dump+restore，直接指定目标集合名称即可，修改后的脚本如下：

#!/bin/bash

PFX=$1
SOURCE=$2
DESTINATION=$3
ROOT_CERT=$4
KEY_FILE=$5
MONGO_URI="mongodb://localhost:30000"

LIST="matrix message_bad_log retailer_future_log retailer_log"
#LIST="tempusage tempcustusage usagecost usage"

for collection in $LIST; do
  SRC_COLL="${PFX}_${collection}"
  echo "正在备份集合 ${SOURCE}.${SRC_COLL}"
  mongodump --ssl --sslCAFile "$ROOT_CERT" --sslPEMKeyFile "$KEY_FILE" \
    -d "$SOURCE" -c "$SRC_COLL" \
    --authenticationMechanism MONGODB-X509 "$MONGO_URI"

  if [ $? -ne 0 ]; then
    echo "备份集合 ${SRC_COLL} 失败"
    exit 1
  fi

  echo "正在恢复集合到 ${DESTINATION}.${collection}"
  mongorestore --ssl --sslCAFile "$ROOT_CERT" --sslPEMKeyFile "$KEY_FILE" \
    -d "$DESTINATION" -c "$collection" \
    --authenticationMechanism MONGODB-X509 \
    "dump/${SOURCE}/${SRC_COLL}.bson" "$MONGO_URI"

  if [ $? -ne 0 ]; then
    echo "恢复集合 ${collection} 失败"
    exit 1
  fi

  # 可选：删除已完成恢复的本地dump文件，节省磁盘空间
  rm -rf "dump/${SOURCE}/${SRC_COLL}.*"
done

# 可选：删除空的dump目录
rm -rf dump

优势：

• 不需要操作目标库的集合重命名，避免跨库重命名的权限问题
• 逻辑清晰，每一个集合的备份恢复都有独立的错误校验，容易定位问题
• 不需要额外清理带前缀的旧集合

方案2：修复原有重命名脚本，恢复完成后批量重命名 #

之前的JS脚本没有生效有两个核心问题：

1. 语法错误：db.coll 是固定访问名为coll的集合，不是访问变量coll对应的集合，需要改成db[coll]
2. 逻辑问题：硬编码substring(3)和实际前缀长度不匹配，且没有过滤符合前缀规则的集合，容易误改其他集合

修复后的JS脚本如下，你可以在restore完成后在目标库执行：

// 替换为你实际的前缀，比如DEV_
const PREFIX = "DEV_";
const prefixLength = PREFIX.length;

db.getCollectionNames().forEach(coll => {
  // 只处理前缀匹配的集合，避免误操作
  if (coll.startsWith(PREFIX)) {
    const newCollName = coll.substring(prefixLength);
    print(`正在重命名集合：${coll} -> ${newCollName}`);
    // dropTarget参数为true表示如果目标集合已存在则覆盖，根据需求调整
    db[coll].renameCollection(newCollName, false);
  }
})

注意事项：

• renameCollection 操作需要目标库的renameCollection权限
• 如果集合数据量很大，重命名操作会产生短暂的锁，建议在业务低峰期执行
• 跨不同MongoDB实例的场景下renameCollection不支持，只能使用方案1

内容的提问来源于stack exchange，提问作者Justin Obanor