问题标签 [wiredtiger]

我试图比较有和没有 WiredTiger 的 mongodb 的读写时间。我发现对于读取和写入，带有 WiredTiger 的 mongodb 比不使用 WiredTiger 需要更多时间。我正在使用 node-mongo 程序进行测试。

据我了解，使用wiredtiger后性能应该会有所提高。谁能帮我这个？

我正在使用带有以下日志的wiredtiger存储引擎关闭mongodb 3.0。有时候是这样的

我使用手动下载的 mongodb 二进制文件手动启动它mongod --config mongodb.conf。执行此命令的用户对数据库文件夹具有完全访问权限。配置文件如下

请帮我解决一下这个。

我很好奇为什么自从我升级到 Mongo 3.0（Wired Tiger 存储引擎）后，我的 MMS 突然显示出快速的数据增长。过去几周新增长的斜率与升级直接相关。这个数据库中只有几个集合拥有超过 500 个文档……虽然这些都是巨大的集合，但文档结构在升级之前和之后保持不变。此外，在这些集合上运行聚合表明插入的数量在升级之前/之后平均没有变化。这让我质疑新的 WiredTiger 引擎是否以不同的方式计算数据大小或类似的东西。有人有这方面的信息吗？这是我的彩信数据的图像。

有几件事，大小有 2 次跳跃……这是我将集合从另一个数据库迁移到 mongo 的时候。尽管如此，在这两者之后，增长率仍然保持一致，并且在升级后才增加。数据大小在升级时减小（与他们假设 Wired Tiger 具有压缩功能一致）但增长如此之快以至于几乎达到其原始大小。甚至存储大小的增长速度也比原来快得多，尽管这张图片并不公平。

There is little documentation available about wiredTiger on MongoDB website and it does not cover many configuration options listed on the wiredTiger website. Based on the wiredtiger documentation (http://source.wiredtiger.com/develop/tune_durability.html#tune_durability_flush_config), I included the transaction durability options as below -

My question is, is this supported? The mongoDB server starts without complaining about this option, but how can I verify that it is in effect?

Thank you

我的理解是，在单个文档上使用 upsert:true 进行更新是一个原子操作，因此当集合没有唯一索引字段时，这绝不会导致重复键错误，尤其是在主 _id 键上：

但这出现在 mongod.log 中：

这是来自的输出db.orders.getIndexes()：

我们正在使用带有 WiredTiger 的 MongoDB 版本 3.0.0。

这是这个问题的具体原因：

db.collection.findOne() 函数记录为：

“如果多个文档满足查询，则该方法按照反映磁盘上文档顺序的自然顺序返回第一个文档”。

根据http://docs.mongodb.org/manual/reference/method/cursor.sort/#mmapv1，这种自然顺序的概念似乎只适用于MMAPv1，不适用于wiredTiger。

然后，我想知道将 db.collection.findOne() 与wiredTiger 一起使用是否将始终返回与搜索条件匹配的第一个索引文档（具有最低_id 索引的文档）。

-> 然后 findOne() 将等同于 "findFirst() 根据 _id" ，并且将保证排序：正确吗？

谢谢，

朱利安

我在 MongoDB 2.6 上做了很多工作，然后我决定开始使用 MongoDB 3.0.2。

1）当我使用 shell 命令创建数据库时，命令返回 true 但未创建数据库。使用 NewDatabaseName 2) 当我尝试创建一些集合时，有时会创建，有时不会

我正在使用 Debian 64 位，最新版本。有人有这个问题吗？

我有一个设置了以下索引的设备集合：

我的文件是这样的：

当我这样做时，db.Device.explain(1).find({'sdk.id': 'ab'}).count()我得到：

如您所见，请求非常缓慢，并且仅在我们切换到 WiredTiger 后才出现（之前是立即）。

该集合包含约 60 万个文档，并且有约 55 万个带有sdk.id$eq ab 的文档。

有人可以解释我上面的解释吗？我找不到有关 isEOF、saveState 和 restoreState 的任何信息

谢谢

我使用带有 WiredTiger 存储引擎的 MongoDB 3.0。当我在 dbPath 中检查 Mongo 文件时，我看到文件名的格式如下： collection-0--4989330656807016483.wt collection-2--4989330656807016483.wt collection-4--4989330656807016483.wt 。. . 除了数据大小的方式，我如何知道这些文件名和真实集合名称之间的关系？

我们正在尝试为我们的应用程序制作“实时”统计部分，并且我们想使用 MongoDB。

所以，要做到这一点，我基本上想象一个名为storage的数据库。在这个数据库中，我创建了一个统计信息集合。

我像这样存储我的数据：

所以，我有一个类别、一个名称和一个日期来确定一个唯一的对象。在这个对象中，我存储：

• 每秒使用次数(nb_action.[0..59])
• 每秒总时间(tps_action.[0..59])
• 最短时间
• 最长时间

现在，为了注入我的数据，我使用了 Upsert 方法：

所以，我执行 2$inc来管理我的计数器并使用$min和$max管理我的统计数据。

所有这些工作...

1 个线程在一台机器（无分片）（10 个模块）上注入 50.000 个数据，我观察到每秒 3.000/3.500 个操作。

我的问题是……我不能说它好不好。

有什么建议么？

PS：我使用长名称字段作为示例，并添加一个 set 部分以在插入的情况下每秒初始化