不，没有。见https://jira.mongodb.org/browse/server - 701

Unfortunately, this is not an simple feature for us to implement due to the way that database metadata is stored in the original (default) storage engine. In MMAPv1 files, the namespace (e.g.: dbName.collection) that describes every single collection and index includes the database name, so to rename a set of database files, every single namespace string would have to be rewritten. This impacts: the .ns file every single numbered file for the collection the namespace for every index internal unique names of each collection and index contents of system.namespaces and system.indexes (or their equivalents in the future) other locations I may be missing This is just to accomplish a rename of a single database in a standalone mongod instance. For replica sets the above would need to be done on every replica node, plus on each node every single oplog entry that refers this database would have to be somehow invalidated or rewritten, and then if it's a sharded cluster, one also needs to add these changes to every shard if the DB is sharded, plus the config servers have all the shard metadata in terms of namespaces with their full names. There would be absolutely no way to do this on a live system. To do it offline, it would require re-writing every single database file to accommodate the new name, and at that point it would be as slow as the current "copydb" command...

不，没有。见https://jira.mongodb.org/browse/server - 701

Unfortunately, this is not an simple feature for us to implement due to the way that database metadata is stored in the original (default) storage engine. In MMAPv1 files, the namespace (e.g.: dbName.collection) that describes every single collection and index includes the database name, so to rename a set of database files, every single namespace string would have to be rewritten. This impacts: the .ns file every single numbered file for the collection the namespace for every index internal unique names of each collection and index contents of system.namespaces and system.indexes (or their equivalents in the future) other locations I may be missing This is just to accomplish a rename of a single database in a standalone mongod instance. For replica sets the above would need to be done on every replica node, plus on each node every single oplog entry that refers this database would have to be somehow invalidated or rewritten, and then if it's a sharded cluster, one also needs to add these changes to every shard if the DB is sharded, plus the config servers have all the shard metadata in terms of namespaces with their full names. There would be absolutely no way to do this on a live system. To do it offline, it would require re-writing every single database file to accommodate the new name, and at that point it would be as slow as the current "copydb" command...

在将所有数据放入管理数据库的情况下(您不应该这样做)，您将注意到db.copyDatabase()将不起作用，因为您的用户需要许多特权，而您可能不想给予它。下面是一个手动复制数据库的脚本:

use old_db
db.getCollectionNames().forEach(function(collName) {
    db[collName].find().forEach(function(d){
        db.getSiblingDB('new_db')[collName].insert(d); 
    }) 
});

是的，这一切看起来都很混乱，其他答案似乎不适合我——大概是因为对工具进行了更多的更改——或者因为我使用的是旧版本。我点击上面的https://stackoverflow.com/a/63372970/1892584，直到它为我工作

我把我的答案包括在内，这样我下次就可以参考了。

我用它来转储一个存档:

mongodb——archive——db=mongodb+srv://$HOST/$OLD_DB > backup . zip

这将恢复到一个新的db:

mongorestore——nsInclude = " OLD_DB美元。*”——nsFrom = ' OLD_DB美元。*’——nsTo = ' NEW_DB美元。*' mongodb+srv://$HOST/$NEW_DB——archive=backup . //

注意nsInclude, nsFrom和nsTo参数。

这是我的mongorestore和mongodump版本

mongodump --version
mongodump version: 100.6.0
git version: 1d46e6e7021f2f5668763dba624e34bb39208cb0
Go version: go1.17.10
   os: darwin
   arch: amd64
   compiler: gc

mongorestore --version
mongorestore version: 100.6.0
git version: 1d46e6e7021f2f5668763dba624e34bb39208cb0
Go version: go1.17.10
   os: darwin
   arch: amd64
   compiler: gc

谁知道这是否适用于不同的版本。

尽管Mongodb没有提供rename Database命令，但它提供了rename Collection命令，该命令不仅修改了集合名称，还修改了数据库名称。

{ renameCollection: "<source_namespace>", to: "<target_namespace>", dropTarget: <true|false>  writeConcern: <document> }

db.adminCommand({renameCollection: "db1.test1", to: "db2.test2"})

此命令只修改元数据，成本非常小，只需要遍历db1下的所有集合，重命名为db2即可实现重命名数据库名称。 你可以在这个Js脚本中完成

var source = "source";
var dest = "dest";
var colls = db.getSiblingDB(source).getCollectionNames();
for (var i = 0; i < colls.length; i++) {
var from = source + "." + colls[i];
var to = dest + "." + colls[i];
db.adminCommand({renameCollection: from, to: to});
}

请谨慎使用该命令

renameCollection具有不同的性能影响，具体取决于目标名称空间。 如果目标数据库与源数据库相同，则 renameCollection只是更改名称空间。这是一个快速的 操作。 如果目标数据库与源数据库不同， renameCollection将源集合中的所有文档复制到 目标集合。根据集合的大小，这个 可能需要更长的时间才能完成。

你可以这样做，如果你使用MongoDB < 4.2 (ref):

db.copyDatabase("db_to_rename","db_renamed","localhost")
use db_to_rename
db.dropDatabase();

编者按:这与问题本身使用的方法相同，但已被证明对其他人有用。