功能差异：亚马逊 DocumentDB 和 MongoDB

管理员数据库和集合

Amazon DocumentDB 不支持管理或本地数据库，MongoDB system.* 或 startup_log 集合也不支持。

cursormaxTimeMS

在 Amazon DocumentDB 中， cursor.maxTimeMS 重置每个请求的计数器。 getMore 因此，如果指定了 3000MS maxTimeMS ，则该查询耗时 2800MS，而每个后续 getMore 请求耗时 300MS，则游标不会超时。游标仅在单个操作（无论是查询还是单个 getMore 请求）耗时超过指定值时才将超时 maxTimeMS 。此外，检查游标执行时间的扫描器以五 (5) 分钟间隔尺寸运行。

explain()

Amazon DocumentDB 在专门构建的数据库引擎API上模拟 MongoDB 4.0，该引擎利用分布式、容错、自我修复的存储系统。因此，查询计划和 explain() 的输出在 Amazon DocumentDB 和 MongoDB 之间可能有所不同。希望控制其查询计划的客户可以使用 $hint 运算符强制选择首选索引。

Amazon DocumentDB 不支持点“。” 例如，文档字段名称中 db.foo.insert( { ‘x.1’:1}) 。

Amazon DocumentDB 也不支持字段名称中的 $ 前缀。

例如，在 Amazon DocumentDB 或 MongoDB 中尝试以下命令：

rs0:PRIMARY< db.foo.insert({"a":{"$a":1}})

MongoDB 将返回以下内容：

WriteResult({ "nInserted" : 1 })

Amazon DocumentDB 将返回一个错误：

WriteResult({
"nInserted" : 0,
"writeError" : {
"code" : 2,
"errmsg" : "Document can't have $ prefix field names: $a"
         
注意
这种功能差异有一个例外。以 $ 前缀开头的以下字段名称已列入白名单，并且可以在 Amazon DocumentDB 中成功使用：$id、$ref 和 $db。
         
在任何给定时间，Amazon DocumentDB 只允许在一个集合中构建一个索引。或在前台，或在后台。如果当前正在构建索引，在同一集合上发生了 createIndex() 或 dropIndex() 之类的操作，则新尝试的操作将失败。
         
默认情况下，Amazon DocumentDB 和 MongoDB 版本 4.0 中的索引构建在后台进行。MongoDB 版本 4.2 及更高版本将忽略后台索引构建选项（如果指定 createIndexes 给或其 shell 助手和）。createIndex() createIndexes()
         
Time to Live (TTL) 索引将在索引构建完成后开始使文档过期。
         
在路径中用空键查找
         
当您用包含空字符串作为路径一部分的键（例如x.、x..b）查找，并且该对象在数组内部有一个空字符串键路径（例如{"x" : [ { "" : 10 }, { "b" : 20 } ]}）时，Amazon DocumentDB 将返回与您在 MongoDB 中运行相同查找时不同的结果。
         
在 MongoDB 中，当空字符串键不在路径查找的末尾时，在数组内部查找空键路径如预期那样工作。但是，当空字符串键位于路径查找的末尾时，它不查看数组。
         
但是，在 Amazon DocumentDB 中，仅读取数组内部的第一个元素，因为 getArrayIndexFromKeyString 将空字符串转换成 0，从而字符串键查找作为数组索引查找处理。
         
M APIs ongoDB、操作和数据类型
         
亚马逊 DocumentDB 与 MongoDB 3.6 和 4.0 兼容。APIs有关支持的功能 up-to-date 列表，请参阅在 Amazon Document APIs DB 中支持 MongoDB、操作和数据类型。
         
mongodump和mongorestore公用事业
         
Amazon DocumentDB 不支持管理数据库，因此在使用 mongodump 或 mongorestore 实用程序时不转储或还原管理数据库。当您在 Amazon DocumentDB 中使用 mongorestore创建新的数据库时，除了执行还原操作外，还需要重新创建用户角色。
         
注意
我们对 Amazon DocumentDB 推荐高达且包括版本 100.6.1 的 MongoDB 数据库工具。您可以在此处下载 MongoDB 数据库工具。
         
Amazon DocumentDB 不保证结果集的隐式结果排序顺序。要确保结果集的顺序，可使用 sort() 显式指定排序顺序。
         
以下示例根据库存字段按降序对清单集合中的项目排序。
         
db.inventory.find().sort({ stock: -1 })
         
使用 $sort 聚合阶段时，除非 $sort 阶段是聚合管道中的最后一个阶段，否则不保留排序顺序。将 $sort 聚合阶段结合 $group 聚合阶段结合使用时，$sort 聚合阶段仅适用于 $first 和 $last 累加器。在 Amazon DocumentDB 4.0 中，增加支持 $push 以遵守来自上个 $sort 阶段的排序顺序。
         
可重试写入
         
从 MongoDB 4.2 可兼容驱动程序开始，默认情况下可重试写入处于启用状态。但是，当前 Amazon DocumentDB 不支持可重试写入。该功能差异将显示在类似以下内容的错误消息中。
         
{"ok":0,"errmsg":"Unrecognized field: 'txnNumber'","code":9,"name":"MongoError"} 
         
可以通过连接字符串（例如，MongoClient("mongodb://my.mongodb.cluster/db?retryWrites=false"))或 MongoClient 构造函数的关键字参数（例如，. MongoClient("mongodb://my.mongodb.cluster/db", retryWrites=False)) 
         
下面是一个在连接字符串中禁用可重试写入的 Python 示例。
         
client = pymongo.MongoClient('mongodb://<username>:<password>@docdb-2019-03-17-16-49-12.cluster-ccuszbx3pn5e.us-east-1.docdb.amazonaws.com:27017/?replicaSet=rs0',w='majority',j=True,retryWrites=False) 
         
要使用您在查询中创建的稀疏索引，必须在涵盖索引的字段中使用 $exists 子句。如果省略 $exists，Amazon DocumentDB 将不使用稀疏索引。
         
示例如下：
         
db.inventory.count({ "stock": { $exists: true }})
         
对于稀疏的多键索引，如果查找文档生成了一组值并且只缺少了部分索引字段，则 Amazon DocumentDB 不支持唯一键约束。例如，如果输入为 "a" : [ { "b" : 2 }, { "c" : 1 } ]，则 createIndex({"a.b" : 1 }, { unique : true, sparse :true }) 不受支持，因为 "a.c" 存储在索引中。
         
在$all表达式$elemMatch中使用
         
当前，Amazon DocumentDB 不支持在 $all表达式中使用 $elemMatch 运算符。一种解决方法是，您可以将 $and 运算符与 $elemMatch 结合使用，如下所示。
         
原始运算：
         
db.col.find({
  qty: {
    $all: [
      { "$elemMatch": { part: "xyz", qty: { $lt: 11 } } },
      { "$elemMatch": { num: 40, size: "XL" } }
         
更新后的运算：
         
db.col.find({
  $and: [
    { qty: { "$elemMatch": { part: "xyz", qty: { $lt: 11 } } } },
    { qty: { "$elemMatch": { qty: 40, size: "XL" } } }
         
$ne、$nin、$nor、$not$exists、和$elemMatch索引
         
Amazon DocumentDB 目前不支持将索引与$ne、$nin、$nor、$not、$exists 和 $distinct 运算符一起使用的功能。因此，使用这些运算符将导致集合扫描。通过在使用以上运算符之一之前执行筛选或匹配，将减少需要扫描的数据量，从而提高性能。
         
Amazon DocumentDB 增加支持在 Amazon DocumentDB 5.0 和弹性$elemMatch集群中用  运算符进行索引扫描。如果单纯查询筛选器具有一个级别的 $elemMatch 筛选器，则支持索引扫描，但如果包含一个嵌套 $elemMatch 查询，则不支持索引扫描。
         
$elemMatch支持在 Amazon DocumentDB 5.0 中索引扫描的查询形状：
         
db.foo.find( { "a": {$elemMatch: { "b": "xyz", "c": "abc"} } })
         
$elemMatch不支持在 Amazon DocumentDB 5.0 中索引扫描的查询形状：
         
db.foo.find( { "a": {$elemMatch: { "b": {$elemMatch: { "d": "xyz", "e": "abc"} }} } })
         
$lookup
         
Amazon DocumentDB 支持进行相等匹配的功能（例如，左外连接），还支持不相关的子查询，但不支持关联子查询。
         
配合 $lookup 使用索引
         
现在，您可以配合 $lookup 阶段运算符使用索引。根据您的用例，存在您可以用来优化性能的多种索引化算法。这个部分将解释用于 $lookup 的不同索引化算法，并帮助您选择最适合自己工作负载的索引化算法。
         
默认情况下，Amazon DocumentDB 在使用allowDiskUse:false时将使用哈希算法，在使用allowDiskUse:true时将使用排序合并。对于某些用例，可能需要强制查询优化器来使用一个不同算法。以下是 $lookup 聚合运算符可以使用的不同索引化算法：
         
嵌套循环：如果外部集合小于 1 GB 且外部集合中的字段具有索引，则嵌套循环计划通常有益于工作负载。如果正在使用嵌套循环算法，则解释计划将该阶段显示为NESTED_LOOP_LOOKUP。
排序合并：如果外部集合对查找中所用字段没有索引并且工作数据集不适合内存，则排序合并计划通常有益于工作负载。如果正在使用排序合并算法，则解释计划将该阶段显示为SORT_LOOKUP。
哈希：如果外部集合小于 1GB 且工作数据集适合内存，则哈希计划通常有益于工作负载。如果正在使用哈希算法，则解释计划将该阶段显示为HASH_LOOKUP。