问题标签 [tokumx]

我想从 TokuMX 1.5 迁移到 Percona MongoDB 服务器 3.11。遵循percona提供的数据迁移指南。这工作正常，但在：

第 12 步：恢复索引（这可能需要一段时间）。此步骤将在插入之前删除集合的聚类选项。

$./psmdb_restore_indexes.js --eval "data='/your/dump/path/tokumxIndexes.json'"

我的迁移失败并出现以下错误：

有人可以帮我解决这个问题吗？

从 Tokumx 2.0 到 PSMDB 的实时数据迁移（Percona Server For MongoDB 3.0）

=======

我正在使用以下指南指定以下链接从 Tokumx 2.0 副本集集群到 Percona 服务器的实时数据迁移：访问https://github.com/dbpercona/tokumx2_to_psmdb3_migration/blob/master/ZeroDowntimeMigration.md#catchup

本文档描述了如何从源 TokuMX 2.x 服务器迁移到目标 Percona Server for MongoDB 3.x (PSMDB)，停机时间为零到最短。迁移过程需要以下阶段：

Snapshot - 时间点源 Backup Dump - 将源备份转换为 BSON Restore - 将 BSON 加载到目标 Catchup - 从源播放操作日志到目标 Switch - 重新配置应用层以使用目标

在 oplog 同步的 catchup 阶段命令。./bin/toku2mongo --来自 localhost:27017 --gtid 4:35 --host mongoprodcluster1a:37017 2>&1 | 发球台./toku2mongo.out &

给出错误：

连接到：mongoprodcluster1a:37017 Sat Jul 16 11:57:31.655 [toku2mongo] 错误：错误重播命令 op { op：“c”，ns：“cases.$cmd”，o：{ beginLoad：1，ns：“cases "，索引：{}，选项：{} } }：{ ok：0.0，errmsg：“没有这样的命令：beginLoad”，代码：59，错误的 cmd：{ beginLoad：1，ns：“cases”，索引：{ }, options: {} } } Sat Jul 16 11:57:31.655 [toku2mongo] 在处理 GTID 时退出 4:35 Sat Jul 16 11:57:31.655 [toku2mongo] 使用 --gtid=4:35 恢复。7 月 16 日星期六 11:57:31.655 [toku2mongo] 将 GTID 保存到文件/mnt/tokumx-bkup/toku2mongo-2.0.2-el6-x86_64/toku2mongo_saved_timestamp。Sat Jul 16 11:57:31.655 [toku2mongo] 如果你从这个目录运行并且不通过 --gtid，下次我会自动使用这个值。

任何帮助表示赞赏。谢谢

我正在使用 mongodb 单实例，它会在一段时间后自动关闭，这是非常频繁的。我正在使用 mongo db 记录我的记录并自动关闭。请提供任何帮助。

我正在使用 tokumx。

我们最近从 MongoDB 切换到了 TokuMX。在一个集合中，我们的文档都有一个数字字段“docType”。有些文档有一个字段“DL_Number”，有些则没有。对于那些带有“DL_Number”字段的文档，“docType”和“DL_Number”的组合应该作为唯一索引。

使用 C++ Legacy，我们最初创建的索引是这样的：

我们想要的是一个索引，其中“docType”和“DL_Number”将为具有“DL_Number”字段的文档提供唯一键。

该语句在 MongoDB 中有效，但现在我们已经切换到 TokuMX，部分过滤器不再起作用。尝试插入没有“DL_Number”字段的第二个文档会引发异常。

其他人对 TokuMX 有这个问题吗？你能找到解决办法吗？

我们有几个并行进程，它们可能同时对 Toku 执行findAndModify查询。

这有时会导致异常：未授予锁定。尝试使用代码 16759 重新启动事务。

有一篇关于此错误的文章甚至是关闭的错误票- 但不幸的是，它们都没有提供有关如何处理此类问题的信息。

那么处理这种异常的方法是什么？

否则很难有并行进程，因为我们不能依赖 Toku 的锁定机制。

欢迎

我正在使用 Mongo 3.0 在机器上进行聚合

它工作没有问题，但是，在我安装了 TokuMX 的机器上运行它之后，我有一个错误：

11 月 23 日星期三 14:13:06.443 TypeError: Object [object Object] has no method 'hasNext' at (...)/temp/script.js failed to load: (...)/temp/script.js

有人可以帮我弄这个吗 ？或者也许有人有工作示例如何使用 TokuMX 在机器上运行这种聚合？

结果文件应如下所示：

我一直在考虑在开源项目中实现 Bε 树索引。据我了解，PerconaFT 键值存储使用它们作为分形索引的基础，并且他们声称他们使用了几项美国专利 - 第 8,185,551 号和第 8,489,638 号。我不是律师，所以我有一个问题，这是否意味着没有其他人可以在他们的软件产品中实际实现基于 Bε 树的索引？

tokumx 和 mongodb 不兼容；您无法构建混合副本集，因为它们具有不同的存储引擎并使用不同的复制语言。但是 PSMDB 似乎已经缩小了这个差距（至少使用可插入的存储引擎，它可以允许 WiredTiger）。这是否意味着它们现在也可以混合使用（即复制语言的差异也得到纠正？）我问是因为我有一个非常旧的 tokumx 系统，上面有重要数据，必须将它带入 mongodb 集群，但是似乎没有简单的方法可以做到这一点。如果我可以迁移 tokumx->PSMDB->mongodb，那就太棒了！任何帮助，将不胜感激！

我必须从 percona 的 github 存储库中编译 tokumx 的代码。它包含关于使用的歧义。shared_ptr

简而言之，模式如下：

自然，这不会编译。我不是来问为什么，而是要了解它最初是如何编译的，以及我是否可以完全信任该代码库。该代码来自 2014 年，当时 C++11 绝对是一回事。我怀疑这段代码从未用 C++11 编译过，仅仅是因为编译器在 5 年前没有默认使用该标准，对吗？

1. 什么时候（哪个 gcc/clang 版本）是 C++11 的默认值？
2. 是否有一些神奇的编译器标志可以解决即使使用 C++11 的问题？
3. 现在提出一个额外的问题：如果该软件从未使用 C++11 编译过，是否可以安全地修补该特定位置，或者我是否冒着可能导致严重运行时错误的行为发生不可见变化的风险？（我所说的不可见是指在编译时不会发生的错误，而是在运行时导致错误的行为变化，例如内存泄漏或崩溃。）