对时间戳文件的范围查询引发失败到解析器错误


以下是

文档的结构:

{
  "_id" : ObjectId("4fccd39c9d8597a034d183b1"),
  "image" : "23ef514f8201320c2d7253e4bf28edf6",
  "owner" : "1b8c335c902ac4ab128ee8ed773bee04",
  "pageviews" : 57,
  "source" : "b1b3849b472edada1b922c786df5b46f",
  "timestamp" : ISODate("2012-06-04T00:00:00Z")
}

我正在执行以下mongodump查询以转储timestamp大于 2013 年 11 月 1 日的所有文档:

mongodump -d dbname -c coll_name -q "{source: "7e04f65e47ed3ddfeb21716a247e3fa6", timestamp: {$gte: new Date(2013, 10, 1)}}"

它显示:

assertion: 16619 code FailedToParse: FailedToParse: Expecting '}' or ',': offset:13

即使相同的查询对象(用于转义$gte的反斜杠除外)在 shell mongo工作正常。我做错了什么?

附言MongoDB的版本是2.4.6

您的嵌套引号有问题:

mongodump -d dbname -c coll_name -q "{source: "7e04f65e47ed3ddfeb21716a247e3fa6", timestamp: {$gte: new Date(2013, 10, 1)}}"
# ----------------------------------^---------^

我会在外面使用单引号:

mongodump -d dbname -c coll_name -q '{source: "7e04f65e47ed3ddfeb21716a247e3fa6", timestamp: {$gte: new Date(2013, 10, 1)}}'

这也可以让您避免逃脱$gte。如果它不喜欢new Date,那么您可以使用:

{$gte: new Date(1383264000000)}

对于后代来说,-q解析器似乎不喜欢Date构造函数的三参数形式,也不喜欢MongoDB通常用于日期和时间戳的ISODate函数。我得到令人困惑的断言失败,例如:

Assertion: 10340:Failure parsing JSON string near: timestamp

当我尝试其中任何一个时。这对我来说很令人费解,但有时最好在找到可行的解决方案后悄悄地走开。

在我的

情况下,问题在于不同版本的MongoDB。

问题

16619代码 失败解析: 失败解析: 值中的错误字符: 偏移量

当我尝试从 2.4 版本恢复 Mongodb 版本备份时发生 3.0

.

相关内容

最新更新