问题标签 [tokumx]

我在一个临时目录中有我的 mongo 数据文件。
我通过提供以下命令启动服务器： ./mongod --dbpath /nlu/users/ig/mongodb 它工作正常，我可以使用 python 驱动程序写入数据库。我今天收到此错误。请帮忙看看如何解决。

还有如何设置tokudb_fs_reserve_percent？谢谢！

当我尝试通过提供 ./mongod --dbpath /nlu/ind/mongodata 来启动 mongod 服务器时，我收到一条错误消息

TokuMX will not run with transparent huge pages enabled. Tue Aug 20 10:47:34 [initandlisten] Please disable them to continue. Tue Aug 20 10:47:34 [initandlisten] (echo never > /sys/kernel/mm/transparent_hugepage/enabled) Tue Aug 20 10:47:34 [initandlisten] Tue Aug 20 10:47:34 [initandlisten] The assertion failure you are about to see is intentional

请让我知道如何排序。在此先感谢您的帮助。我有 3 个目录/sys/kernel/mm/，它们是hugepages ksm redhat_transparent_hugepage

我正在尝试在 Mavericks 上编译 tokumx (mongodb fork with transactions)。它编译了一段时间，然后出现以下错误消息：

有谁知道那里到底发生了什么？

我们有一个java应用程序，使用tokumx1.2.1。我们使用mongo-java-client-2.10.1进行写入和读取。每秒写入大约5次，但有时使用时间超过10s。dba监控tokumx时间不超过10ms ，谁能帮我？谢谢你！

我刚刚根据本教程在我的 Ubuntu Server 12.04 上安装了 TokuMX。基本上我做了以下事情：

一切正常。但我只是很好奇如何从我的机器上完全删除所有已安装依赖项的这个？

我有几个关于备份生产中运行的 TokuMX 服务器的远程数据库的问题（没有分片和复制）。单个子句是不要停止运行 Tokumx 实例。

1. 对正在运行的 TokuMX 服务器进行热备份的最佳方法是什么（企业版中的 TokuMX 热备份除外）。

2. 关于MongoDB建议备份方法的问题：

   • 此命令是否更喜欢进行热备份的方式？
   • 发出此命令时应该使用哪个端口？
   • 通过 cron 使用此命令并每天运行它是一种好方法吗？
   • 这个命令有什么陷阱吗？

你知道任何用于执行 ACID 事务的 nodejs 的 TokuMX 驱动程序吗？

我想使用 Databaseengine TOKUMX，它是 MongoDB 的一种分支，并使用与 mongo 相同的 API，但有一些内置改进，即它使用真正的 ACID 事务。原生形式的 MongoDB 不允许使用 ACID。但是 TOKUMX 可以。

所以，我确实在 Nodejs 中编写了我的应用程序。对于与 TokuMX 数据库通信的必要驱动程序，我使用node-mongolian。好消息是我可以使用该驱动程序将所有命令发送到数据库。例如：

在 nodeJS 代码中：

问题是，当我以非常快的速度多次调用该程序代码（例如 10 次）时，它不会执行 ACID 事务。它开始

并行，当然还有

确实失败了！！！因为它说：事务已经存在，并且还说不存在要提交的事务... !!!

你看到困扰我的问题了吗？如何解决该问题以进行 ACID 事务？

你知道任何用于执行 ACID 事务的 nodejs 的 TokuMX 驱动程序吗？

我正在使用TokuMx以组织交易。它具有执行此操作的特定命令。

我试着跑db.runCommand("beginTransaction")进去Mongo shell。它运作良好。

然而，当我在做同样的事情时Jongo：

PlayJongo.jongo().runCommand("beginTransaction");

它给了我[error] play - Cannot invoke the action, eventually got an error: java.lang.IllegalArgumentException: Cannot parse query: beginTransaction

我做错了什么？

编辑

在同一文档上运行并发事务时如何保存高度竞争的记录？

似乎正在发生这种情况：

1. MVCC 事务 A 开始。
2. MVCC 事务 B 开始。
3. 事务 A 更新 docA 和 docB。
4. 事务 A 提交。
5. 事务 B 更新 docA 和 docC - 当事务 A 已提交且不持有任何锁时，将获得锁。
6. 事务 B 提交覆盖了转换 A 在 docA 上所做的工作。

这是示例代码：

我可以做一个检查来决定是否提交交易吗？或者这是 TokuMX 的预期行为（或者我做错了什么）？

我知道 Tokutek 的人只是受到 MongoDB 有用和需要的特性的启发。MongoDB 2.6 中这些非常有用的特性之一是：“聚合管道增加了返回任何大小的结果集的能力，无论是通过返回游标还是将输出写入集合。”

当前的 TokuMX 1.5 版是基于 MongoDB 2.4 的，但是有谁知道在即将到来的版本中是否会取消硬大小限制？任何预计到达时间？